Hide Forgot
Description of problem: RHEV-H 7.2 - 3.6 cannot be installed via USB device. Version-Release number of selected component (if applicable): dracut-033-360.el7_2.1.x86_64 kernel-3.10.0-327.28.3.el7.x86_64 How reproducible: Steps to Reproduce: 1. dd if=rhev-hypervisor7-7.2-20160913.0.iso of=/dev/sdb 2. Boot the usb device 3. System halted Actual results: Removing rhdg and quiet: """ dracut-initqueue[435]: mount: /dev/mapper/Kingston_DT_101_G2_001CC0EC30C4C2025542374-0:0 is already mounted or /run/initramfs/live busy dracut: FATAL: Failed to mount block device of live image dracut: Refusing to continue System halted """ Expected results: Boot without issues Additional info: Adding nompath in the karg make the boot proceed.
Created attachment 1202558 [details] blkid
Created attachment 1202560 [details] dmesg
Created attachment 1202561 [details] multipath-ll
Created attachment 1202562 [details] rdsosreport
Please add "rd.debug" to the kernel command line and remove "rhgb" and post the logs again. Thank you!
Hi Harald, (In reply to Harald Hoyer from comment #6) > Please add "rd.debug" to the kernel command line and remove "rhgb" and post > the logs again. Thank you! From rdsosreport attached, looks like it includes the rd.debug, Am I missing any step? initrd=initrd0.img root=live:CDLABEL=rhev-hypervisor7-7.2-20160913.0 rootfstype=auto ro rd.live.image rd.live.check crashkernel=256M rd_NO_MULTIPATH rootflags=ro elevator=deadline install rd.shell rd.debug max_loop=256 rd.luks=0 rd.md=0 rd.dm=0 BOOT_IMAGE=vmlinuz0 Thanks!
Created attachment 1210228 [details] logs from rhev-hypervisor7-7.3 boot
Harold, I have build RHEV-H 7.3 based on RHEL 7.3 and still the same issue when booting via USB the iso. Now we have attached logs from 7.2 and 7.3, please let me know if you need any additional data. Thanks!
Does it help, if you add "nompath" to the kernel command line?
(In reply to Harald Hoyer from comment #10) > Does it help, if you add "nompath" to the kernel command line? Yes.
It looks like this is the all famous multipath bug we see with vintage RHEV-H. We have seen it several times before. It can not be fixed with vintage RHEV-H, because vintage RHEV-H contains a specific multipath.conf created by vdsm which is causing this issue.