New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Fedora Silverblue] Rebase from F36 to F37 stops on error and hangs ( _g_dbus_worker_do_read_cb) #4150
Comments
my workaround was
thanks anyway |
Thanks for the report. We have seen this error once already in #3642 but it was unclear what was the root cause. We suspected some memory corruption, but SELinux was involved too. If you can reliably reproduce this, it would be interesting to run the |
I've already moved to 37 (using reset). but because isn't critical to move back for me, I'll do it and I can probably replicate the issue. I'll post an update soon |
Thanks, that would be appreciated. Even checking if the same failure can be observed again on the same machine is a good datapoint to have. |
ok I had to reset again to be able to replicate the issue because just "rebasing" back didn’t shown the error. If there's anymore you want me to test just ask, If not please tell me that way I can rebase to F37. A note. If I change the RPM Fusion repos as Layered Packages instead of Local Packages ( How to replicate?
Error Log
full output log full debug_rebase.txt file Other logs
|
I will upgrade now |
Hi, I'm a Silverblue user and I tried to update through GNOME Software and the command line for three hours. I thought that the update process was taking an absurd amount of time and, as I thought, the problem is a bug. I would like to update through GNOME Software. It seems that all the info I could get is already published. |
I found the workaround and I can imagine what's the culprit. FWIW the context is that I was trying to test this workaround for another unrelated issue. To circumvent this issue, I had to do an upgrade before: rpm-ostree upgrade --reboot
rpm-ostree override replace --reboot https://kojipkgs.fedoraproject.org//packages/gtk3/3.24.34/2.fc37/x86_64/gtk3-3.24.34-2.fc37.x86_64.rpm https://kojipkgs.fedoraproject.org//packages/gtk3/3.24.34/2.fc37/x86_64/gtk-update-icon-cache-3.24.34-2.fc37.x86_64.rpm I have external RPM repos added. For example, I have the one from VSCodium. This repo only contains the rpm package for the last VSCodium build. So, if I don't upgrade before other operations, rpm-ostree cannot re-download the VSCodium RPM and reproduce the rest of the deployment. Thus, it hangs. I have no proof that this is the real problem, but it smells like it could be. If that were the case, the solution could be one (or more) of:
|
Correcting myself: my last post must not be true. The workaround isn't working anymore. I can't reset my overrides. 🤷🏼♂️ This bug is horrible 🤦🏼♂️ . No stable workaround yet? |
Host system details
Fedora Silverblue 36
Expected vs actual behavior
to get the terminal prompt back I had to restart the service
sudo systemctl restart rpm-ostreed
Expected:
Steps to reproduce it
I have additional packages layered but I tried the same command but removing them all (adding --uninstall <package_name> one by one) and still happened
I upgraded recently (there was a kernel upgrade) without any issue, just the rebase does not work
Would you like to work on the issue?
The issue should be assigned to someone else.
The text was updated successfully, but these errors were encountered: