Created attachment 1040449 [details] attached screeshot for multipath iscsi screen.png Description of problem: Auto Dirty install on iSCSI lun with storage_init=/dev/mapper/serial# failed with "Device specified in storage_init does not exist" on multipath iSCSI machine.(seen multipath iscsi screen.png) No this issue for Auto clean install on iSCSI lun with storage_init=/dev/mapper/serial# on multipath iSCSI machine. Version-Release number of selected component (if applicable): rhev-hypervisor6-6.7-20150609.0 ovirt-node-3.2.3-3.el6.noarch How reproducible: 100% Steps to Reproduce: 1. Clean install rhev-hypervisor6-6.7-20150609.0 on iscsi storage(/dev/mapper/360a9800050334c33424b334163434546) of multipath iSCSI machine 2.Then Auto Dirty install on iSCSI lun with storage_init=/dev/mapper/360a9800050334c33424b334163434546 on multipath iSCSI machine. Actual results: After step2, Auto Dirty install on iSCSI lun with storage_init=/dev/mapper/serial# failed Expected results: After step2, Auto Dirty install on iSCSI lun with storage_init=/dev/mapper/serial# success. Additional info:
It is a known issue, I'll look up the original bug.
Setting nack because we can not easily solve it in the current design.
Haiyang, can you please try if the following is working around the bug: 1. Boot RHEV-H iso 2. Select reinstall (but do not hit <Enter>) 3. Hit <Tab> and remove rd_NO_MULTIPATH from the commandline, hit <Enter> to boot After step 3, does the error still appear?
(In reply to Fabian Deutsch from comment #3) > Haiyang, can you please try if the following is working around the bug: > > 1. Boot RHEV-H iso > 2. Select reinstall (but do not hit <Enter>) > 3. Hit <Tab> and remove rd_NO_MULTIPATH from the commandline, hit <Enter> to > boot > > After step 3, does the error still appear? Hey Fabian, If remove "rd_NO_MULTIPATH" from the commandline, Auto Dirty install on iSCSI lun with storage_init=/dev/mapper/serial# success.
Very nice, thanks Haiyang. The reason why we keep rd_NO_MULTIPATH as a default argument is, that it is necessary to the installer boot fine when CDROM or USB Disk installations are used. Because it is important that the installer can be started in all scenarios, IÄd liek to keep this kernel argument. To cover this case (reinstallation of RHEV-H over a previously installed RHEV-H with multipathed disks), I'd suggest to open a kbase article which documents to remove the rd_NO_MULTIPATH argument in case that this bug is encountered. Yaniv, is this approach fine from your side?
Haiyang, can you please also try to use the following scheme to test reinstallation: storage_init=<bus>:<serial> as described here: https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Virtualization/3.5/html/Installation_Guide/sect-Automated_Installation.html#Storage_Parameters In this case, please keep the rd_NO_MULTIPATH argument.
(In reply to Fabian Deutsch from comment #6) > Haiyang, can you please also try to use the following scheme to test > reinstallation: > storage_init=<bus>:<serial> as described here: > https://access.redhat.com/documentation/en-US/ > Red_Hat_Enterprise_Virtualization/3.5/html/Installation_Guide/sect- > Automated_Installation.html#Storage_Parameters > > In this case, please keep the rd_NO_MULTIPATH argument. Auto Dirty install on iSCSI lun with storage_init=scsi:360a9800050334c33424b334163434546 success in rhev-hypervisor6-6.7-20150609.0
Thanks Haiyang. In summary: A customer has two options to do a reinstallation of RHEV-H on multipath devices: 1. Use storage_init=<bus>:<serial> as documented here: https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Virtualization/3.5/html/Installation_Guide/sect-Automated_Installation.html#Storage_Parameters 2. Remove the kernel argument rd_NO_MULTIPATH when triggering the reinstallation. This kernel argument is normally needed to make the boot process of the installer reliable, but it can be removed when the installer is booted via PXE. Andrew, can we create a knowledge base article or "solution" (not sure what the right type of document is), to document this for customers and GSS?