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.
|Summary:||system-upgrade from F29 to F30 fails after reboot, upgrade starts then system crashes|
|Product:||[Fedora] Fedora||Reporter:||Paul DeStefano <paul.destefano-redhat2>|
|Component:||grub2||Assignee:||Peter Jones <pjones>|
|Status:||CLOSED DUPLICATE||QA Contact:||Fedora Extras Quality Assurance <extras-qa>|
|Version:||29||CC:||dmach, extras-orphan, fmartine, jan.public, jkadlcik, jmracek, lkundrak, mail, mblaha, paul.destefano-redhat2, pjones, pkratoch, rpm-software-management, samuel-rhbugs, vmukhame, yann|
|Fixed In Version:||Doc Type:||If docs needed, set a value|
|Doc Text:||Story Points:||---|
|Last Closed:||2019-10-15 08:14:55 UTC||Type:||Bug|
|oVirt Team:||---||RHEL 7.3 requirements from Atomic Host:|
|Cloudforms Team:||---||Target Upstream Version:|
Description Paul DeStefano 2019-03-06 16:00:51 UTC
Comment 1 Pavla Kratochvilova 2019-03-11 14:54:55 UTC
Hi, I cannot reproduce this on a fresh system with the latest system-upgrade from our copr repo (as was recommended in the previous bug: sudo dnf copr enable rpmsoftwaremanagement/dnf-nightly). So, can you please attach /var/log/dnf.log and the output of "sudo dnf system-upgrade log --number=-1"?
Comment 2 Paul DeStefano 2019-03-17 00:24:51 UTC
Created attachment 1544896 [details] DNF log
Comment 3 Paul DeStefano 2019-03-17 00:25:20 UTC
Created attachment 1544897 [details] dnf systemupgrade log --num=-1
Comment 4 Paul DeStefano 2019-03-17 00:36:18 UTC
I just tried this again, today, and got exactly the same behavior. I did not see the previous comment regarding copr for dnf-nightly. I'm only trying this so I can be prepared for upgrading to F30. If there is a reason why system-upgrade is not supposed to be working at this time, just say that; I can wait. I'm trying to avoid a future problem by being proactive. I'm trying to be helpful; but, if this is a known issue, that's fine. Unless you really want me to try dnf-nighly for you, then I can do that. But, I'll wait until F29 dnf is fixed, otherwise.
Comment 5 Jaroslav Mracek 2019-03-19 12:57:33 UTC
The issue should be fixed by python3-dnf-plugin-system-upgrade-0:4.0.4-1.fc29.noarch (available from updates-testing repository). Please if you can reproduce the bug with the version or later, please don't hesitate to reopen the bug report. *** This bug has been marked as a duplicate of bug 1656509 ***
Comment 6 Paul DeStefano 2019-03-19 16:24:00 UTC
Thanks! Sounds good.
Comment 7 Paul DeStefano 2019-04-07 23:41:32 UTC
Still having issues. I upgraded my test system to plugin version 4.0.4-1.fc29 and, again, after system-upgrade download and reboot, and after the system upgraded itself, I found the system at the grub prompt.
Comment 8 Paul DeStefano 2019-04-07 23:44:20 UTC
Well, maybe something is different this time. The upgrade seemed to start running. Before, the crash would occur almost immediately after system came up after the system-upgrade reboot command. System may have gone through more upgrading than that this time. But, result is the same. I will try dnf systemupgrade log again.
Comment 9 Paul DeStefano 2019-04-08 03:16:03 UTC
Wait, could be a space problem...
Comment 10 Paul DeStefano 2019-04-08 05:25:21 UTC
I extended the VM disk and started the upgrade again. It has made it through to the cleanup phase without problems. So, definitely not crashing at the very beginning anymore. If it is at the grub prompt when I get back, I'll let you know.
Comment 11 Paul DeStefano 2019-04-09 03:45:30 UTC
Dang it! got the grub prompt again. Sorry, I don't know what to do or how to troubleshoot this.
Comment 12 Pavla Kratochvilova 2019-04-09 06:00:52 UTC
Can you please attach the logs again? /var/log/dnf.log and the output of "sudo dnf system-upgrade log --number=-1". Thanks. Oh, and just to be clear, the option --setopt='module_platform_id=platform:f30' is still required. So the steps are: 1. dnf upgrade --refresh 2. dnf system-upgrade download --releasever=30 --setopt='module_platform_id=platform:f30' 3. dnf system-upgrade reboot
Comment 13 Paul DeStefano 2019-04-09 07:44:33 UTC
I think so. I cannot boot the system, though. So, the only think I can do is restore the VM snapshot and run the log command *before* I run the system-upgrade reboot command. Is that what you mean? Is that good enough? Got it, I am still using the setopt option.
Comment 14 Pavla Kratochvilova 2019-04-10 08:59:02 UTC
Ok, I didn't realize that. It would be good to know if the problem is in the system-upgrade plugin or in grub. Could you perhaps try the upgrade again, but using dnf directly: 1. dnf upgrade --releasever=30 --setopt='module_platform_id=platform:f30' 2. reboot Note: this is not a recommended way to upgrade the system, so please, do this only in the VM (and using console, not any gui). If the problem is there as well, I'll reassign this bug to grub.
Comment 15 Paul DeStefano 2019-04-13 05:33:35 UTC
Okay, I'll try...
Comment 16 Paul DeStefano 2019-04-13 18:49:10 UTC
I followed your procedure and still ended up at the grub prompt.
Comment 17 Pavla Kratochvilova 2019-04-15 06:42:36 UTC
Thank you for trying that. I am reassigning this to grub as the issue is probably there.
Comment 18 Javier Martinez Canillas 2019-10-15 08:14:55 UTC
*** This bug has been marked as a duplicate of bug 1652806 ***