Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.
RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.

Bug 876076

Summary: rhev-h behavior should be consistent when upgrade it via cmdline and TUI/RHEV-M
Product: Red Hat Enterprise Linux 6 Reporter: haiyang,dong <hadong>
Component: ovirt-nodeAssignee: Joey Boggs <jboggs>
Status: CLOSED ERRATA QA Contact: Virtualization Bugs <virt-bugs>
Severity: low Docs Contact:
Priority: low    
Version: 6.3CC: acathrow, bsarathy, chchen, cshao, gouyang, hadong, hambrose, jboggs, leiwang, mburns, ovirt-maint, thildred, ycui
Target Milestone: rc   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: ovirt-node-2.5.0-10.el6 Doc Type: Bug Fix
Doc Text:
Previously there was some variation on the reboot sequence of a newly upgraded Red Hat Enterprise Virtualization Hypervisor node depending on whether the upgrade had been initiated using the Manager, the TUI, or the command line. Now the reboot sequence is consistent across all three.
Story Points: ---
Clone Of: Environment:
Last Closed: 2013-02-28 16:45:42 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
Screenshot for booting
none
Screenshot for 6.4 issue booting none

Description haiyang,dong 2012-11-13 09:25:55 UTC
Created attachment 644011 [details]
Screenshot for booting

Description of problem:
Upgraded rhev-h via cmdline, then when it reboot automatically, force on the screen, "Booting Red Hat 
Enterprise Virtualization Hypervisor(6.3-20121112.0.el6_3) in x seconds" append to display five times
(seen ScreenshotforBooting.png).

No this issue when upgrade rhev-h via TUI or RHEV-M

Version-Release number of selected component (if applicable):
rhev-hypervisor6-6.3-20121112.0.el6_3

How reproducible:
100%

Steps to Reproduce:
1. Install old rhev-h
2. Boot with pxe, choose the right profile(6.3-20121112.0.el6_3) 
3. Edit the kernel command line, upgrade with "linux upgrade"

Actual result:.
After upgrade success and reboot automatically,notice that "Booting Red Hat 
Enterprise Virtualization Hypervisor(6.3-20121112.0.el6_3) in x seconds" append to display five times
on screen.

Expect result:
rhev-h behavior should be consistent when upgrade it via cmdline and TUI/RHEV-M

Comment 2 Mike Burns 2012-11-14 13:01:18 UTC
Agree that it should be consistent.  We should have the 5 second delay always, IMO.

Comment 5 haiyang,dong 2012-11-16 03:42:47 UTC
Created attachment 646165 [details]
Screenshot for 6.4 issue booting

Comment 15 haiyang,dong 2012-12-19 11:08:29 UTC
Need to register rhev-h to RHEV-M to reproduce the bug, but there was a bug 
about "Bug 879148 - vdsm 6.4: Register rhev-h to RHEV-M failed" , so need to
wait for that bug was fixed to retest this one.

Comment 16 haiyang,dong 2013-01-21 11:20:53 UTC
Test version:
rhev-hypervisor6-6.4-20130116.3.0.el6
ovirt-node-2.5.0-15.el6.noarch

Upgraded rhev-hypervisor6-6.4-20130116.3.0.el6 by tui/cmdline/rhevm and they produce the booting in 5...4...3...2...1  replacing each line instead of appending.

So change the status into “VERIFIED”

Comment 18 errata-xmlrpc 2013-02-28 16:45:42 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/RHBA-2013-0556.html