Hide Forgot
Description of problem: Cannot login after set admin user password in rescue mode. The workaround is boot with rescue mode again, reset admin user passwordn, but there are two errors during reset password: unix_chkpwd[1865]: check pass; user unknown unix_chkpwd[1865]: could not obtain user info (admin) Version-Release number of selected component (if applicable): rhev-hypervisor6-6.3-20120330.0.el6 How reproducible: 100% Steps to Reproduce: 1. auto install rhevh without adminpw 2. boot with rescue mode 3. run /usr/lib/ovirt-config-password to set admin password. 4. reboot and try login with the new password, failed 5. boot with rescue mode again 6. run /usr/lib/ovirt-config-password to set admin password. 7. reboot and login ok. Actual results: Cannot login after set admin password in rescue mode. Expected results: Can login after set admin password in rescue mode. Additional info: Single mode have no this problem.
I reproduced the issue on my machine several times: 1. auto install with BOOTIF=eth0 storage_init=ata firstboot 2. reboot and add rescue 3. check /etc/shadow admin password was not set 4. set admin passwd with o-c-password. 5. check /etc/shadow admin password was set now. /config/etc/shadow also have the password set. 6. reboot, but failed to login with the passwd. 7. reboot and enter into rescue mode again, check both /config/etc/shadow and /etc/shadow are empty. But if I run sync after step4, reboot can login with the passwd.
upstream commit: http://gerrit.ovirt.org/3478
verified on rhevh-6.3-20120426.2, can login with the password set in rescue mode.
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: Previously, a race condition in rescue mode could cause a password set for the admin user to not be persisted correctly. The script in rescue mode will now do an explicit sync operation to ensure that the changes are persisted.
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 @@ -Previously, a race condition in rescue mode could cause a password set for the admin user to not be persisted correctly. The script in rescue mode will now do an explicit sync operation to ensure that the changes are persisted.+Previously, when the Hypervisor was started in rescue mode, a race condition meant changes to the admin password were not always persisted correctly. As a result the password previously set password would still be in effect following a system reboot. An explicit sync operation is now performed to ensure that password changes are persisted across reboots.
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/RHBA-2012-0741.html