Bug 1016648
Summary: | ARM guest on x86_64 fails to boot, mount: special device /dev/vda3 does not exist | ||||||
---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Alexander Todorov <atodorov> | ||||
Component: | cloud-initramfs-tools | Assignee: | Juerg Haefliger <juergh> | ||||
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
Severity: | high | Docs Contact: | |||||
Priority: | high | ||||||
Version: | 20 | CC: | atodorov, dracut-maint, harald, Jan.van.Eldik, jonathan, juergh, pbrobinson, pwhalen | ||||
Target Milestone: | --- | ||||||
Target Release: | --- | ||||||
Hardware: | arm | ||||||
OS: | Unspecified | ||||||
Whiteboard: | |||||||
Fixed In Version: | cloud-initramfs-tools-0.20-2.fc19 | Doc Type: | Bug Fix | ||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2013-11-26 04:51:36 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: | 245418 | ||||||
Attachments: |
|
Description
Alexander Todorov
2013-10-08 13:20:04 UTC
Created attachment 809279 [details]
/var/log/libvirt/qemu/fedora20-arm-3.log
the guest log
I don't know which script calls growroot in the dracut pre pivot hook. This script has to be fixed. It's not dracut. Please assign to the correct component. Thank you! What is the output of: # lsinitrd /var/lib/libvirt/images/arm-minimal/boot/initramfs-3.11.3-301.fc20.armv7hl.img | fgrep pre-pivot seems to be dracut-modules-growroot, which seems to be part of cloud-initramfs-tools Hmm, I think growroot should _not_ use udevsettle() the shell function, but call udevadm settle directly. i=0 while :; do udevadm settle --timeout=100000 --exit-if-exists="${rootdev}" [ -e "${rootdev}" ] && break [ $i -ge 100 ] && break i=$(($i+1)) done This used to work with the Fedora-Minimal-armhfp-20-Alpha-4-sda image. Beta-TC2 is behaving differently. This is weird. vda3 doesn't come back after growpart resized the partition: dracut-pre-pivot[313]: # === old sfdisk -d === dracut-pre-pivot[313]: # partition table of /dev/vda dracut-pre-pivot[313]: unit: sectors dracut-pre-pivot[313]: /dev/vda1 : start= 1953, size= 1000001, Id=83 dracut-pre-pivot[313]: /dev/vda2 : start= 1001954, size= 250000, Id=83 dracut-pre-pivot[313]: /dev/vda3 : start= 1251954, size= 3466494, Id=83 dracut-pre-pivot[313]: /dev/vda4 : start= 0, size= 0, Id= 0 dracut-pre-pivot[313]: # === new sfdisk -d === dracut-pre-pivot[313]: # partition table of /dev/vda dracut-pre-pivot[313]: unit: sectors dracut-pre-pivot[313]: /dev/vda1 : start= 1953, size= 1000001, Id=83 dracut-pre-pivot[313]: /dev/vda2 : start= 1001954, size= 250000, Id=83 dracut-pre-pivot[313]: /dev/vda3 : start= 1251954, size= 3571326, Id=83 dracut-pre-pivot[313]: /dev/vda4 : start= 0, size= 0, Id= 0 dracut-pre-pivot[313]: mount: special device /dev/vda3 does not exist dracut-pre-pivot[313]: growroot Fatal: Failed to re-mount /dev/vda3, this is bad dracut-pre-pivot[313]: Warning: /dev/vda3 does not exist Warning: /dev/vda3 does not exist <SNIP> dracut:/# ls -l /dev/vda* brw-rw---- 1 root disk 252, 0 Oct 14 14:26 /dev/vda brw-rw---- 1 root disk 252, 1 Oct 14 14:26 /dev/vda1 brw-rw---- 1 root disk 252, 2 Oct 14 14:26 /dev/vda2 The partition table is valid though: dracut:/# partx --show /dev/vda NR START END SECTORS SIZE NAME UUID 1 1953 1001953 1000001 488.3M 0002d63e-01 2 1001954 1251953 250000 122.1M 0002d63e-02 3 1251954 4823279 3571326 1.7G 0002d63e-03 And the 3rd partition can be added manually: dracut:/# partx --add --nr 3 /dev/vda dracut:/# [ 305.919783] EXT4-fs (vda3): mounted filesystem with ordered data mode. Opts: (null) I admit I don't fully understand how this works. Questions: 1) Why is there a different behaviour between Alpha-4 and Beta-TC2? 2) Why is vda3 automatically remounted when the partition is added? Is that systemd? This appeared in TC2 when we added dracut-config-generic to the images. This was a work around for another bug(BZ#1015234), in TC1 we got host only initrd's. Resize does not work at all on mmc so not affected (BZ#1009172), but I have also found it on the Trimslice when using sda. cloud-initramfs-tools-0.20-2.fc20 has been submitted as an update for Fedora 20. https://admin.fedoraproject.org/updates/cloud-initramfs-tools-0.20-2.fc20 cloud-initramfs-tools-0.20-2.fc19 has been submitted as an update for Fedora 19. https://admin.fedoraproject.org/updates/cloud-initramfs-tools-0.20-2.fc19 cloud-initramfs-tools-0.20-2.el6 has been submitted as an update for Fedora EPEL 6. https://admin.fedoraproject.org/updates/cloud-initramfs-tools-0.20-2.el6 Package cloud-initramfs-tools-0.20-2.el6: * should fix your issue, * was pushed to the Fedora EPEL 6 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=epel-testing cloud-initramfs-tools-0.20-2.el6' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-12173/cloud-initramfs-tools-0.20-2.el6 then log in and leave karma (feedback). cloud-initramfs-tools-0.20-2.fc20 has been pushed to the Fedora 20 stable repository. If problems still persist, please make note of it in this bug report. cloud-initramfs-tools-0.20-2.el6 has been pushed to the Fedora EPEL 6 stable repository. If problems still persist, please make note of it in this bug report. cloud-initramfs-tools-0.20-2.fc19 has been pushed to the Fedora 19 stable repository. If problems still persist, please make note of it in this bug report. |