What kernel version and or other version dependencies are needed to get composefs to work (with podman)? #398
Replies: 1 comment
-
|
Gave it a renewed try yesterday and got composefs to work(mkcomposefs and mounting image), but still not able to get podman to work with composefs option enabled. WSL2 kernel to 6.6.36.6-microsoft-standard-WSL2, made sure cgroups v2 used, loaded erofs kernel module. Still no luck with podman thou, no sign of anything related to composefs getting executed from debug level printouts and still no sign in the storage folders given that I search for composefs-data folder, composefs.blob and the contents of the diff folder. |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
I started trying to get composefs support enabled with podman(5.3.0), running in WSL with kernel Linux version 5.15.167.4-microsoft-standard-WSL2, but without really digging in the requirements. Is this a futile attempt at the moment and the versions I have?
Kernel 6.6.36.6 is available for WSL2 from MS
https://github.com/microsoft/WSL2-Linux-Kernel/releases
https://learn.microsoft.com/en-us/community/content/wsl-user-msft-kernel-v6
Have enabled composefs in storage.conf according to: https://github.com/containers/storage/docs/containers-storage-composefs.md.
Running with
--root <path> and --config <path> pull alpine, then listing the file structure under containers/storage/overlay/, comparing it to what I expect it to look like at: https://archive.fosdem.org/2024/events/attachments/fosdem-2024-3250-composefs-and-containers/slides/22189/ComposeFS_fosdem_pb16gQM.pdf does not show any traces of compsefs being used, and console outputs of pull mentions nothing about any image_conversion taking place.Note: I'm not getting any errors.
Beta Was this translation helpful? Give feedback.
All reactions