|Summary:||dracut: FATAL: Don't know how to handle 'root=anaconda-kickstart'|
|Product:||[Fedora] Fedora||Reporter:||Martin Krizek <mkrizek>|
|Component:||anaconda||Assignee:||Anaconda Maintenance Team <anaconda-maint-list>|
|Status:||CLOSED ERRATA||QA Contact:||Fedora Extras Quality Assurance <extras-qa>|
|Version:||17||CC:||anaconda-maint-list, awilliam, cjashfor, Danzisso, elreydetodo, g.kaviyarasu, hoyang, hughsient, jaroslav.pulchart, jonathan, mvanross, nathanael, nneul, peter, robatino, vanmeeuwen+fedora, wwoods|
|Fixed In Version:||anaconda-17.20-1.fc17||Doc Type:||Bug Fix|
|Doc Text:||Story Points:||---|
|Last Closed:||2012-04-06 04:29:13 UTC||Type:||---|
|oVirt Team:||---||RHEL 7.3 requirements from Atomic Host:|
|Cloudforms Team:||---||Target Upstream Version:|
|Bug Depends On:|
Description Martin Krizek 2012-03-30 14:39:20 UTC
Description of problem: After runnning preupgrade on fully updated F16, rebooting into the new system from grub fails with dracut: FATAL: Don't know how to handle 'root=anaconda-kickstart' and resulting in Kernel panic Version-Release number of selected component (if applicable): anaconda-17.16-1.fc17 preupgrade run from F16: preupgrade-1.1.10-1.fc16 How reproducible: Always Steps to Reproduce: 1. Run preupgrade 2. Reboot 3. Boot "Upgrade to Fedora 17 (Beefy Miracle)" from grub menu Actual results: Fails with dracut: FATAL: Don't know how to handle 'root=anaconda-kickstart'. Expected results: System is upgraded. Additional info: Tested in KVM using virt-manager, libvirt.
Comment 1 Martin Krizek 2012-03-30 14:42:20 UTC
Proposing as Beta blocker per criterion: "The installer must be able to successfully complete an upgrade installation from a clean, fully updated default installation (from any official install medium) of the previous stable Fedora release, either via preupgrade or by booting to the installer manually. The upgraded system must meet all release criteria".
Comment 2 Adam Williamson 2012-03-30 18:25:17 UTC
Discussed during 2012-03-30 blocker review meeting. Accepted as blocker per criterion cited in comment #1. I tested and reproduced this. bcl thinks it's due to "the kickstart parsing rewriting root=". Seems a good supposition, because there is no root= in the cmdline written by preupgrade, it is: linux /upgrade/vmlinuz preupgrade repo=hd::/var/cache/yum/preupgrade ks=hd:UUID=blahblah:/upgrade/ks.cfg stage2=hd:UUID=blahblah:/upgrade/squashfs.img initrd /upgrade/initrd.img note that there's no UUID= in the 'repo=' parameter. There are two colons, indicating something was maybe supposed to go between them. Seems like that may be a bug somewhere. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
Comment 3 Adam Williamson 2012-03-30 19:19:50 UTC
Discussed at 2012-03-30 blocker review meeting. Accepted as a blocker per criterion cited in comment #1. We need to determine if the bug here is in preupgrade or anaconda to know whether we should block the RC3 compose for it; if anyone is prepared to decide that, please let us know :) -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
Comment 4 Adam Williamson 2012-03-30 20:06:06 UTC
for now, bcl says anaconda. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
Comment 5 Will Woods 2012-04-02 17:49:20 UTC
"hd::".. is a special preupgrade-only notation for "the disk device we're upgrading from", so that's legit. Digging deeper now.
Comment 6 Will Woods 2012-04-03 03:44:12 UTC
Actually this turns out to be pretty straightforward: we didn't support stage2= like we used to. Patches will be along soon.
Comment 7 Fedora Update System 2012-04-04 00:26:36 UTC
anaconda-17.17-1.fc17 has been submitted as an update for Fedora 17. https://admin.fedoraproject.org/updates/anaconda-17.17-1.fc17
Comment 8 Hongqing Yang 2012-04-05 06:07:11 UTC
reproduced with F17 Beta RC3
Comment 9 Adam Williamson 2012-04-05 09:02:36 UTC
Not reproduced here, but I hit another failure. https://bugzilla.redhat.com/show_bug.cgi?id=810136 -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
Comment 10 Martin Krizek 2012-04-05 11:06:08 UTC
Same here, this one seems to be fixed, but I hit #810136.
Comment 11 Fedora Update System 2012-04-05 18:27:36 UTC
Package anaconda-17.17-1.fc17: * should fix your issue, * was pushed to the Fedora 17 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing anaconda-17.17-1.fc17' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2012-5388/anaconda-17.17-1.fc17 then log in and leave karma (feedback).
Comment 12 nneul 2012-04-05 18:33:35 UTC
When should this be available in preupgrade from fc16?
Comment 13 Adam Williamson 2012-04-06 04:29:13 UTC
OK, further testing verifies that this is resolved, and the remaining bugs are 810005 and 810136. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
Comment 14 Fedora Update System 2012-04-06 13:58:49 UTC
anaconda-17.19-1.fc17 has been submitted as an update for Fedora 17. https://admin.fedoraproject.org/updates/anaconda-17.19-1.fc17
Comment 15 Fedora Update System 2012-04-10 04:14:47 UTC
anaconda-17.20-1.fc17 has been submitted as an update for Fedora 17. https://admin.fedoraproject.org/updates/anaconda-17.20-1.fc17
Comment 16 Fedora Update System 2012-04-11 17:22:41 UTC
anaconda-17.20-1.fc17 has been pushed to the Fedora 17 stable repository. If problems still persist, please make note of it in this bug report.