Hide Forgot
Description of problem: Auto install RHEV-H, enter single mode, change password failed in first time. Get error: Authentication token manipulation error. Version-Release number of selected component (if applicable): rhev-hypervisor5-5.8-20111205.0.el5 How reproducible: 100% Steps to Reproduce: 1. Auto install RHEV-H. 2. Enter single mode. 3. Change password by run /usr/libexec/ovirt-config-password. Actual results: 1. Change password failed in single mode, get error: Authentication token manipulation error. 2. The password not persist in /etc/shadow file. 3. Change password can successful in second time. The password already persisted in /etc/shadow. 4. No such issue in rescue mode. 5. There is no such issue in rhev-hypervisor5-5.8-20111108.0.el5, so it is a regression bug. Expected results: Change password can successful without error. Additional info:
Created attachment 542385 [details] single first time
Created attachment 542386 [details] single shadow
Created attachment 542387 [details] single second time
Technical note added. If any revisions are required, please edit the "Technical Notes" field accordingly. All revisions will be proofread by the Engineering Content Services team. New Contents: During password changing, multipathd is stopped to prevent it from holding the /etc/shadow file open and preventing the password change from succeeding. In single mode, there is no multipathd, causing password changing to fail. This is fixed by doing a condrestart of the multipathd service.
Technical note updated. If any revisions are required, please edit the "Technical Notes" field accordingly. All revisions will be proofread by the Engineering Content Services team. Diffed Contents: @@ -1 +1 @@ -During password changing, multipathd is stopped to prevent it from holding the /etc/shadow file open and preventing the password change from succeeding. In single mode, there is no multipathd, causing password changing to fail. This is fixed by doing a condrestart of the multipathd service.+During a password change, multipathd was always stopped to prevent it from holding the /etc/shadow file open and preventing the password change from succeeding. In single mode, there is no multipathd, causing the password change to fail. This has been fixed by performing a condrestart of the multipathd service when changing the password instead.
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. http://rhn.redhat.com/errata/RHSA-2012-0168.html