Bug 761357

Summary: Multipathd service is stopped by default cause change password failed in single mode.
Product: Red Hat Enterprise Linux 5 Reporter: cshao <cshao>
Component: ovirt-nodeAssignee: Joey Boggs <jboggs>
Status: CLOSED ERRATA QA Contact: Virtualization Bugs <virt-bugs>
Severity: medium Docs Contact:
Priority: medium    
Version: 5.8CC: apevec, bgollahe, bsarathy, gouyang, jboggs, leiwang, mburns, moli, ovirt-maint, sgordon, ycui
Target Milestone: rcKeywords: Regression
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: ovirt-node-1.0-80.el5 Doc Type: Bug Fix
Doc Text:
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.
Story Points: ---
Clone Of: Environment:
Last Closed: 2012-02-21 05:05:28 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Attachments:
Description Flags
single first time
none
single shadow
none
single second time none

Description cshao 2011-12-08 07:23:44 UTC
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:

Comment 1 cshao 2011-12-08 07:24:26 UTC
Created attachment 542385 [details]
single first time

Comment 2 cshao 2011-12-08 07:25:01 UTC
Created attachment 542386 [details]
single shadow

Comment 3 cshao 2011-12-08 07:25:33 UTC
Created attachment 542387 [details]
single second time

Comment 12 Mike Burns 2012-01-13 00:48:29 UTC
    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.

Comment 13 Stephen Gordon 2012-02-10 14:18:01 UTC
    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.

Comment 14 errata-xmlrpc 2012-02-21 05:05:28 UTC
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