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 725964

Summary: auto reinstall fail as treat the same disk as 2 different device
Product: Red Hat Enterprise Linux 6 Reporter: Mohua Li <moli>
Component: ovirt-nodeAssignee: Mike Burns <mburns>
Status: CLOSED ERRATA QA Contact: Virtualization Bugs <virt-bugs>
Severity: urgent Docs Contact:
Priority: urgent    
Version: 6.2CC: apevec, cshao, gouyang, leiwang, mburns, ovirt-maint, ycui
Target Milestone: rcKeywords: Regression
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: ovirt-node-2.0.1-3.el6 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2011-12-06 19:20:58 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 726843    
Attachments:
Description Flags
auto reinstall fail
none
console output
none
Patch
none
serial console output none

Description Mohua Li 2011-07-27 07:47:46 UTC
Description of problem:
as in the 0.7 version, pv is created on 
                                                                        /dev/disk/by-id/dm-name-3600a0b80005b0acc00008c204c7744bap3,

butnot                                                                                                                                                          /dev/mapper/3600a0b80005b0acc00008c204c7744bap3, 

this make the rhev-hypervisor treat it as 2 different disk, specify "storage_init=/dev/mapper/360*" path, then it will fail with "There appears to be an installation on  another disk  /dev/disk/by-id/dm-name-3600a0b80005b0acc00008c204c7744bap3"                                                                                                                                 

Version-Release number of selected component (if applicable):
rhev-hypervisor 6.2-0.7

How reproducible:
always

Steps to Reproduce:
1.installed rhev-hypervisor (not limited to 6.2-0.7)
2.auto install rhev-hypervisor with "storage_init=/dev/mapper/360*ba"
3.
  

Actual results:


Expected results:


Additional info:

Comment 2 Mohua Li 2011-07-27 07:53:34 UTC
Created attachment 515435 [details]
auto reinstall fail

Comment 5 Alan Pevec 2011-07-28 01:53:10 UTC
Please try w/o rd_NO_LVM in bootparams.

Comment 9 Alan Pevec 2011-07-28 20:31:16 UTC
Please provide full kernel cmdline you're using (console log or the complete pxelinux.cfg)

Comment 11 Mohua Li 2011-07-29 05:14:03 UTC
Created attachment 515826 [details]
console output

Comment 13 Alan Pevec 2011-07-29 09:52:55 UTC
> 2.auto install rhev-hypervisor with "storage_init=/dev/mapper/360*ba"

That was the important part: ovirt-cleanup dracut module (added to fix reinstall issues - bug 688168) does not expand wildcard, we'll fix that and in the meantime workaround is to not use wildcards.

Also important for automated reinstall is that both storage_init _and_ firstboot (or alias reinstall) boot parameters are present.

Comment 14 Mike Burns 2011-07-29 14:24:48 UTC
Code is actually written to handle wildcards in the same way that ovirt-early does.  The problem is related to dracut itself and it's handling of parameters.  When trying to read storage_init with a wildcard, it automatically expands it.  The plugin wasn't expecting or handling this.

Example with storage_init=/dev/vd*

# cat /proc/cmdline
initrd=initrd0.img root=live:CDLABEL=rhev-hypervisor rootfstype=auto ro liveimg nomodeset check rootflags=ro crashkernel=512M-2G:64M,2G-:128M elevator=deadline processor.max_cstate=1 install quiet rd_NO_LVM rhgb rd_NO_LUKS rd_NO_MD rd_NO_DM  console=ttyS0,115200n8 storage_init=/dev/vd* firstboot local_boot BOOTIF=eth0 rdbreak BOOT_IMAGE=vmlinuz0 

# getarg storage_init
/dev/vda /dev/vda1 /dev/vda2 /dev/vda3 /dev/vdb /dev/vdb1

Comment 15 Mike Burns 2011-07-29 18:53:37 UTC
Created attachment 515921 [details]
Patch

Issue was that /dev/mapper/360* would get expanded earlier than expected which broke the functionality later.

Testing:
Pretty much all uninstall and reinstall tests should be re-run

Specifically, run uninstall/reinstall with patterns like
/dev/vd*
/dev/vda,/dev/vdb
/dev/vda;/dev/vdb
/dev/vda,/dev/vdb;/dev/vdc
/dev/vd*;/dev/vdb

check outputs to ensure that it's trying to clean up the correct filesystem.

Comment 23 Mohua Li 2011-08-15 10:01:28 UTC
Created attachment 518242 [details]
serial console output

Comment 24 Mike Burns 2011-08-15 15:20:32 UTC
The issue with multiple disks and wildcards is captured in bug 726843, moving back to ON_QA

Comment 26 errata-xmlrpc 2011-12-06 19:20:58 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-2011-1783.html