Bug 670314

Summary: RHEV: "single" kernel boot argument should be added to kill list
Product: Red Hat Enterprise Linux 5 Reporter: Chris Pelland <cpelland>
Component: ovirt-nodeAssignee: Mike Burns <mburns>
Status: CLOSED ERRATA QA Contact: Virtualization Bugs <virt-bugs>
Severity: high Docs Contact:
Priority: urgent    
Version: 5.6CC: apevec, cpelland, dpaikov, gouyang, mburns, mshao, ovirt-maint, pm-eus, ycui, yeylon
Target Milestone: rcKeywords: ZStream
Target Release: ---   
Hardware: Unspecified   
OS: Linux   
Whiteboard:
Fixed In Version: ovirt-node-1.0-54.2.el5_6.1 Doc Type: Bug Fix
Doc Text:
Prior to this update, when the "single" kernel boot option was used to boot a node in single user mode, Red Hat Enterprise Virtualization Hypervisor added this option to the /etc/default/ovirt configuration file. However, this caused such node to enter single user mode every time it was booted. With this update, this error has been fixed, and Red Hat Enterprise Virtualization Hyperviser no longer adds the "single" kernel boot option to the /etc/default/ovirt file.
Story Points: ---
Clone Of: Environment:
Last Closed: 2011-03-11 18:04:14 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Bug Depends On: 667434    
Bug Blocks:    
Attachments:
Description Flags
Patch none

Description Chris Pelland 2011-01-17 21:08:19 UTC
This bug has been copied from bug #667434 and has been proposed
to be backported to 5.6 z-stream (EUS).

Comment 3 Mike Burns 2011-01-17 21:37:14 UTC
Created attachment 473935 [details]
Patch

Comment 5 Mike Burns 2011-01-18 21:45:50 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:
If a user passed in the "single" kernel command line argument to boot the node in single user mode, the argument captured and stored and used each time the hypervisor was booted.  Now, rhev-h will detect the "single" argument and will not store it.  It will only be used for the time that it specified, and not for all future boots.

Comment 6 Guohua Ouyang 2011-03-02 10:16:23 UTC
Verified on 5.6-9.1, bug is fixed.

Verify steps:
1. Boot into single user mode.
2. "Single" kernel boot argument isn't stored in /etc/default/ovirt
3. Reboot, no "single" kernel boot argument pass to kernel line and boot normally.

Comment 7 Ying Cui 2011-03-02 10:34:24 UTC
According to comment 6, change the status to 'Verified'.

Comment 8 Jaromir Hradilek 2011-03-11 10:44:03 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 @@
-If a user passed in the "single" kernel command line argument to boot the node in single user mode, the argument captured and stored and used each time the hypervisor was booted.  Now, rhev-h will detect the "single" argument and will not store it.  It will only be used for the time that it specified, and not for all future boots.+Prior to this update, when the "single" kernel boot option was used to boot a node in single user mode, Red Hat Enterprise Virtualization Hypervisor added this option to the /etc/default/ovirt configuration file. However, this caused such node to enter single user mode every time it was booted. With this update, this error has been fixed, and Red Hat Enterprise Virtualization Hyperviser no longer adds the "single" kernel boot option to the /etc/default/ovirt file.

Comment 9 errata-xmlrpc 2011-03-11 18:04:14 UTC
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/RHBA-2011-0352.html