Open douggutaby opened 1 year ago
Hi, Could you share more detail like if you are running buildah inside a container ? output of buildah info
?
Hi,
I don't run buildah inside a container. It is a new Debian VM, and if I install buildah with apt (1.19) or I build from source (1.31), the result is the same. I added --verbose to pip upgrade to my first comment and here is the buildah info:
{
"host": {
"CgroupVersion": "v2",
"Distribution": {
"distribution": "debian",
"version": "11"
},
"MemFree": 346910720,
"MemTotal": 4109250560,
"OCIRuntime": "runc",
"SwapFree": 2996563968,
"SwapTotal": 2998923264,
"arch": "amd64",
"cpus": 2,
"hostname": "itdevvmtest",
"kernel": "5.10.0-23-amd64",
"os": "linux",
"rootless": true,
"uptime": "20h 43m 28.59s (Approximately 0.83 days)",
"variant": ""
},
"store": {
"ContainerStore": {
"number": 1
},
"GraphDriverName": "overlay",
"GraphOptions": null,
"GraphRoot": "/home/user/.local/share/containers/storage",
"GraphStatus": {
"Backing Filesystem": "extfs",
"Native Overlay Diff": "false",
"Supports d_type": "true",
"Using metacopy": "false"
},
"ImageStore": {
"number": 2
},
"RunRoot": "/var/tmp/containers-user-1002/containers"
}
}
If I run the same with root, this line is different: "Native Overlay Diff": "true",
How old of a kernel are you running with?
Could you change the /etc/containers/storage.conf to specify overlay as the storage driver?
apt upgrade, update run a few days ago. Output of uname -a:
Linux itdevvmtest 5.10.0-23-amd64 #1 SMP Debian 5.10.179-1 (2023-05-12) x86_64 GNU/Linux
As I know the rootless buildah doesn't use the /etc/containers/storage.conf just the config in the HOME.If I put the storage settings in etc it doesn't work for non root user.
I used the --storage-driver overlay or STORAGE_DRIVER variable. Aren't they the same as the storage.conf? The result was the same.
I checked on Debian 12 and the build is working with overlay. So the problem is only on Debian 11.
Most likely rootless overlay does not work on Debian 11.
A friendly reminder that this issue had no activity for 30 days.
Description I cannot run pip upgrade in an alpine image on a debian host with overlayfs.
Steps to reproduce the issue: I use the following Dockerfile:
Describe the results you received: If I run buildah bud -t testimage . with non-root user, I got the following:
It uses overlayfs, but if I set --storage-driver overlay --storage-opt mount_program=/usr/bin/fuse-overlayfs, the result is the same.
Describe the results you expected: Buf I do the same with root, or with non-root, but with STORAGE_DRIVER=vfs, or run pip upgrade with non-root in the Dockerfile it is working:
Output of
rpm -q buildah
orapt list buildah
: I'm using the latest buildah, but it is the same if I install buildah 1.19 with apt.buildah/stable 1.19.6+dfsg1-1+b6 amd64
Output of
buildah version
:*Output of `cat /etc/release`:**
Output of
uname -a
:Linux itdevvmtest 5.10.0-23-amd64 #1 SMP Debian 5.10.179-1 (2023-05-12) x86_64 GNU/Linux
Output of
cat /etc/containers/storage.conf
: We don't have these config files.