You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
p11-kit: couldn't remove object: The object is missing or invalid
p11-kit: couldn't remove object: The object is missing or invalid
p11-kit: couldn't remove object: The object is missing or invalid
p11-kit: couldn't remove object: The object is missing or invalid
p11-kit: couldn't remove object: The object is missing or invalid
p11-kit: couldn't remove object: The object is missing or invalid
p11-kit: couldn't remove object: The object is missing or invalid
p11-kit: couldn't remove object: The object is missing or invalid
p11-kit: couldn't remove object: The object is missing or invalid
p11-kit: 9 errors while processing
echo$?
Output:
1
Even stranger, if I repeat the command a second time, the following happens:
No errors are displayed
Exit code changes to 0
If I provide an exact match for the URI, the command works as expected. The exact match is:
These are internal objects and cannot be removed alone. To remove them you would need specify the certificate object. Appending ;type=cert is one way and you can also supply the file where the original certificate is stored:
Arguably, I could split up the bundle into individual files and feed those matching back in to trust anchor --remove, but I wanted to create as few temporary files as possible.
For now, I'll make sure to always append the ;type=cert portion, thank for confirmation/clarification.
I have a scenario where
trust anchor --remove
successfully removes an object, but:Steps to reproduce:
Output:
Output:
Even stranger, if I repeat the command a second time, the following happens:
0
If I provide an exact match for the URI, the command works as expected. The exact match is:
A similar, but different result occurs when listing with a filter:
sudo trust list --filter "pkcs11:id=%F2%FC%C1%0C%9D%1D%58%17%2D%CD%92%DC%8D%2D%09%5E%4F%29%F1%AC"
Output:
... which is also remedied by appending
;type=cert
to the filter string.The text was updated successfully, but these errors were encountered: