Description of problem: Add key to the keyring: [root@hp-ml370g4-01 tmp]# echo "baf" | ecryptfs-add-passphrase Passphrase: Inserted auth tok with sig [0ca9a92e9c4c4b5d] into the user session keyring Add the same key to the keyring: [root@hp-ml370g4-01 tmp]# echo "baf" | ecryptfs-add-passphrase Passphrase: Error: Inserting key into the user session keyring failed [1] Info: Check the system log for more information from libecryptfs [root@hp-ml370g4-01 tmp]# echo $? 1 I guess this should end up, with exit code == 0, because the key is already in. It should work like initscripts do - when the the service is running already, and you are starting it, says nothing and ends with 0 (`ssh-add' does the same). Also: "Passphrase: " is not very useful, when reading from stdin, and and should be avoided. Version-Release number of selected component (if applicable): ecryptfs-utils-75-1.el5 How reproducible: always Expected results: Silent pass, when the key is in the keyring already.
(In reply to comment #0) > Also: > > "Passphrase: " > > is not very useful, when reading from stdin, and and should be avoided. this is because you've forgotten to use '-' as command line parameter
An advisory has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on therefore solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHSA-2009-1307.html