-
Notifications
You must be signed in to change notification settings - Fork 3
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
[BUG] toolbox broken after 2:3.2.0-0.1.rc1.fc34 update #166
Comments
Can you try:
|
@travier I got problem with toolbox containers after last Silverblue OSTree update too. ma3yta@localhost ~]$ podman start --attach dotnet
Error: unable to start container b2a64907dbefb2a22240b94bc88bd0c92540895b7a392370efa0fc7dc601dceb:
opening file `` for writing: No such file or directory: OCI not found
[ma3yta@localhost ~]$ rpm-ostree db diff ostree diff commit from: rollback deployment (603b88fc3a1131565b1818387da74fba898a052bd12088473e6529a71f050b49) ostree diff commit to: booted deployment (a2383e4c5ba7d99cd96fe016cec0aa529af6d27a88d33279b9afb3d87e083c14) Upgraded: glibc 2.33-5.fc34 -> 2.33-8.fc34 glibc-all-langpacks 2.33-5.fc34 -> 2.33-8.fc34 glibc-common 2.33-5.fc34 -> 2.33-8.fc34 glibc-devel 2.33-5.fc34 -> 2.33-8.fc34 glibc-doc 2.33-5.fc34 -> 2.33-8.fc34 glibc-headers-x86 2.33-5.fc34 -> 2.33-8.fc34 ibus-typing-booster 2.11.2-4.fc34 -> 2.11.4-1.fc34 kernel 5.11.17-300.fc34 -> 5.11.18-300.fc34 kernel-core 5.11.17-300.fc34 -> 5.11.18-300.fc34 kernel-devel 5.11.17-300.fc34 -> 5.11.18-300.fc34 kernel-modules 5.11.17-300.fc34 -> 5.11.18-300.fc34 kernel-modules-extra 5.11.17-300.fc34 -> 5.11.18-300.fc34 less 575-2.fc34 -> 581.2-1.fc34 nautilus 40.1-1.fc34 -> 40.1-2.fc34 nautilus-extensions 40.1-1.fc34 -> 40.1-2.fc34 podman 2:3.1.2-1.fc34 -> 2:3.2.0-0.1.rc1.fc34 podman-plugins 2:3.1.2-1.fc34 -> 2:3.2.0-0.1.rc1.fc34 zchunk-libs 1.1.9-2.fc34 -> 1.1.11-1.fc34 [ma3yta@localhost ~]$ toolbox --version toolbox version 0.0.99.1 [ma3yta@localhost ~]$ podman --version podman version 3.2.0-rc1 |
|
(TBH, for this kind of reason I have a SB vm to test toolbox before rebooting my host into newer podman deployment.) |
Closing as it's reported as containers/podman#10274 - until it's fixed please downgrade the Toolbox with:
|
Thanks for the workaround.
|
|
I'd like to reopen this issue, as it's still a problem for me.
|
Tried going back to a previos version with
Same exact issue. |
This seems to be a bug in the
Additional info
|
I'd like to reopen this issue, as it's still a problem for me. This is a different issue, please report in https://github.com/containers/toolbox/issues |
Opened containers/podman#10296 so that hopefully at some point we don't get those regressions anymore |
Should this be closed while the issue still exists? I can see that the related Red Hat bug is open: https://bugzilla.redhat.com/show_bug.cgi?id=1958546 The bug has been fixed upstream but a release has not been made, which means no fix in Fedora/Silverblue. But the rc shouldn't have landed up in Fedora anyway 😅 Keeping this bug open will allow people to track it, and know when it should be fixed :) |
From my point of view yes. This issue tracker serves as a proxy. What is reported somewhere else (preferably in upstream or in RHBZ) we try to link it from there and close the issue. One might say that what you are proposing is the right way, but we do have limited resources. |
podman-3.1.2-3.fc34 was pushed stable |
Describe the bug
toolbox enter
fails withError: invalid entry point PID of container fedora-toolbox-34
on silverblue/34. Works on silverblue/rawhide and workstation/34.To Reproduce
Please describe the steps needed to reproduce the bug:
toolbox enter
Expected behavior
Toolbox entered
OS version:
Additional context
Some coreOS issues (see here) suggested that failure to start might be because of the
/etc/localtime
file or link, so:And debug info for trying to enter in a gist.
The text was updated successfully, but these errors were encountered: