podman: Silverblue: Podman complains kernel not supporting overlay fs (backing file system is unsupported for this graph driver)
/kind bug
Description Podman is completly broken on Fedora Silverblue. I did not do anything, but just tried to use podman. It throws me the error shown below or is just stuck and does not continue.
Steps to reproduce the issue: Run podman login or basically any other command.
Describe the results you received:
$ podman login …
ERRO[0000] User-selected graph driver "vfs" overwritten by graph driver "overlay" from database - delete libpod local files to resolve
Describe the results you expected: No error.
Additional information you deem important (e.g. issue happens only occasionally): Happens always.
Output of podman version:
does not work
podman -v gives:
podman version 2.1.1
Output of podman info --debug:
impossible to run (no output)
Package info (e.g. output of rpm -q podman or apt list podman):
This is Fedora Silverblue 33.
ostree://fedora:fedora/33/x86_64/silverblue
Version: 33.20201207.0 (2020-12-07T01:04:03Z)
Have you tested with the latest version of Podman and have you checked the Podman Troubleshooting Guide?
Yes
Additional environment details (AWS, VirtualBox, physical, etc.):
I did not change anything. I’ve set REGISTRY_AUTH_FILE, but that should not affect the whole system.
Podman could be used a few months ago. I did not test it in the meantime, but now everything fails.
So I’ve obviously looked that up and found e.g. this: https://github.com/containers/podman/issues/7501 https://github.com/containers/podman/issues/7396
Nothing helped. E.g. I could delete (move) ~/.local/share/containers, but of course I don’t want to loose all my container and b) it actually sometimes shows a different behavior:
When I simply run a podman ps it shows me an empty terminal. It get’s stuck. No output, nothing. It also does not exit though (unless I Ctrl+C it, of course.)
I.e. the thing it advises me: Deleting libpod actually did not help to fix this.
Also tried configuring ~/.config/containers/storage.conf, but I don’t know what to set there. Just work as usual in Silverblue. I don’t know or care what storage driver you use. 😄
Even toolbox fails fundamentally:
$ toolbox list
Error: failed to get the Podman version
Unfortunately
podman info --debug
is also broken. (Does not output anything/does not exist)
Only podman -v works.
Reported downstream: https://bugzilla.redhat.com/show_bug.cgi?id=1907228
Edit: BTW, I can see it re-creates the $HOME/.local/share/containers dir when I start it though. Actually, only one file is created though: $HOME/.local/share/containers/storage/libpod/bolt_state.db
About this issue
- Original URL
- State: closed
- Created 4 years ago
- Comments: 23 (17 by maintainers)
I’m seeing the same issue since podman on debian testing upgraded to
3.4.6+ds1-1:I have no
/etc/containers/storage.conffile:and no
$HOME/.config/containers/storage.confeither:creating
~/.config/containers/storage.conffixed it for me:so sounds like it’s an issue with the default config?
Well… then I get the “old” error back as it seems… 😜 (twice, even 😃 )
Though for some reason the old error is also still displayed for some awkward reason. 😆
storage.conf:It upgraded to 3.4.6 earlier today, which looks pretty new to me?
This issue also only started happening after today’s upgrade (I can’t remember what’s the version prior to the upgrade), so this looks like a regression in 3.4.6 to me (or a regression on debian’s packaging of podman 3.4.6)
Alright. It is complaining that it wants overlay - sorry, must have misread. Looks like we need to change back to
overlayand add:That will force the use of fuse-overlayfs, not kernel overlay - rootless users can’t mount Overlay (usually - there are a few distros that maintain non-upstreamed patches that allow that) but can mount Fuse FSes, which is the probably cause of your error.
On Sun, Dec 13, 2020 at 5:10 PM rugk notifications@github.com wrote: