Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 1153080
| Summary: | dracut reports /dev/root does not exist with virtio, and multipathd failed to get path uid | ||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Michel Normand <normand> | ||||||||||||
| Component: | device-mapper-multipath | Assignee: | Ben Marzinski <bmarzins> | ||||||||||||
| Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||||||||
| Severity: | unspecified | Docs Contact: | |||||||||||||
| Priority: | unspecified | ||||||||||||||
| Version: | 21 | CC: | agk, bmarzins, bugproxy, cjdick, dan, dracut-maint-list, dwysocha, fdinitto, gduarte, gkurz, hannsj_uhl, harald, heinzm, jonathan, lvm-team, msnitzer, normand, prajnoha, prockai, zbyszek | ||||||||||||
| Target Milestone: | --- | ||||||||||||||
| Target Release: | --- | ||||||||||||||
| Hardware: | ppc64le | ||||||||||||||
| OS: | Linux | ||||||||||||||
| Whiteboard: | |||||||||||||||
| Fixed In Version: | device-mapper-multipath-0.4.9-68.fc21.3 | Doc Type: | Bug Fix | ||||||||||||
| Doc Text: | Story Points: | --- | |||||||||||||
| Clone Of: | |||||||||||||||
| : | 1226105 (view as bug list) | Environment: | |||||||||||||
| Last Closed: | 2015-03-09 08:35:20 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: | |||||||||||||||
| Bug Depends On: | |||||||||||||||
| Bug Blocks: | 1051573, 1226105 | ||||||||||||||
| Attachments: |
|
||||||||||||||
|
Description
Michel Normand
2014-10-15 15:12:51 UTC
Created attachment 947245 [details]
console.log
Created attachment 947247 [details]
myvm3.virtio.xml is failing libvirt config
Created attachment 947248 [details]
myvm3.ibmvscsi.xml config with no failure
I am adding this bug as blocker of ppc64 Beta blocker bug #1146697 as reported failure related to Beta test https://fedoraproject.org/wiki/QA:Testcase_install_to_VirtIO (In reply to Michel Normand from comment #1) > Created attachment 947245 [details] > console.log cat /proc/cmdline BOOT_IMAGE=/ppc/ppc64/vmlinuz ro Well, there is no "root=" defined on the kernel command line, nor any other parameter, which tells dracut or anaconda what to do. Michel, how does the console log look when using the scsi disks? Created attachment 956787 [details] console.log with scsi device in reply to comment #6 the new attached console_with_scsi.log is the console log with scsi disks. The devices (sda, sdb) are properly detected and boot is working. To be compared with previous console.log (with virtio device) Can you please attach /run/initramfs/rdsosreport.txt from the failed boot or "cat" it and show the console.log? Preferably with "rd.debug" added to the kernel command line. (In reply to Harald Hoyer from comment #8) > Can you please attach /run/initramfs/rdsosreport.txt from the failed boot or > "cat" it and show the console.log? Preferably with "rd.debug" added to the > kernel command line. The initially appended console.log already has the cat of /run/initramfs/rdsosreport.txt But I will redo a test with suggested "rd.debug", and will append result. Created attachment 957203 [details] console.log failure adding rd.debug as suggested in comment #8 redo the failing boot (with virtio devices) adding rd.debug. Upload the console log as a tarball because of huge debug traces. [ 7.721693] localhost kernel: virtio-pci 0000:00:04.0: enabling device (0100 -> 0103) [ 7.723111] localhost kernel: virtio-pci 0000:00:05.0: enabling device (0100 -> 0103) [ 7.918356] localhost kernel: vda: vda1 vda2 vda3 [ 7.922372] localhost kernel: vdb: vdb1 [ 7.935793] localhost multipathd[114]: vda: add path (uevent) [ 7.936034] localhost multipathd[114]: vda: failed to get path uid [ 8.000367] localhost multipathd[114]: uevent trigger error [ 8.225375] localhost multipathd[114]: vdb: add path (uevent) [ 8.230047] localhost multipathd[114]: vdb: failed to get path uid Is multipath supposed to pickup virtio disks???? Why is multipath even included in the netinst installer initramfs? 1. reassigning to multipath 2. maybe reassign back to dracut to pickup commit http://git.kernel.org/cgit/boot/dracut/dracut.git/commit/?id=778b3543609d8c9d32df7111229f4072d00d02f0 and add "rd.multipath=0" to the netinst iso initramfs. ------- Comment From mainamdar.com 2015-02-06 10:08 EDT------- Any update on this? Multipath can't work with vd.* devices. They don't have anything to use for a WWID. It should not be used at all here. Reassigning to have it disabled. (In reply to Ben Marzinski from comment #13) > Multipath can't work with vd.* devices. They don't have anything to use for > a WWID. It should not be used at all here. Reassigning to have it disabled. Then change your udev rules and multipathd. dracut cannot disable multipath on the fly only for vd* devices. Looks like I have the same problem. I have installed RHEL7.0 onto a PC with VT technology enabled, Base package: Server with GUI, and added on the 3 Virtualization packages. All running fine as expected. Im only using this for study purposes, it remains off any network. I now want to install a RHEL7.0 KVM onto it. I must of tried 20 times now and everytime it fails during the install and falls into Dracut emergency shell, errors- vda: add path (uevent) vda: spurious uevent, path already in pathvec vda: failed to get path uid uevent: trigger error . Warning: could not boot Warning: /dev/root does not exist Starting Dracut Emergency Shell... the journalctl log it produces shows up just 1 error of possible interest- Failed to access perfctr msr (MSR c1 is 0) I have tried this on 2 different PCs and 1 laptop which all have VT technology enabled, and ive successfully performed this process on all 3 of them with RHEL6.1-4 I've followed the Red Hat KVM official KVM install procedures to the letter and also tried a few ways ive been successul with RHEL6 with no luck. device-mapper-multipath-0.4.9-68.fc21.3 has been submitted as an update for Fedora 21. https://admin.fedoraproject.org/updates/device-mapper-multipath-0.4.9-68.fc21.3 vd.* devices are now blacklisted by multipath in device-mapper-multipath-0.4.9-68.fc21.3 So they should never come up as valid multipath device paths, and multipath should completely ignore them. Package device-mapper-multipath-0.4.9-68.fc21.3: * should fix your issue, * was pushed to the Fedora 21 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing device-mapper-multipath-0.4.9-68.fc21.3' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2015-2306/device-mapper-multipath-0.4.9-68.fc21.3 then log in and leave karma (feedback). device-mapper-multipath-0.4.9-68.fc21.3 has been pushed to the Fedora 21 stable repository. If problems still persist, please make note of it in this bug report. |