Package: buildah
Version: 1.39.3+ds1-1+b6
Severity: important
X-Debbugs-Cc: [email protected]
Dear Maintainer,
* What led up to the situation?
I tried to build a container image from scratch with buildah.
* What exactly did you do (or not do) that was effective (or
ineffective)?
I used the default configuration of podman / buildah.
The procedure I use is as follow:
container=$(buildah from scratch)
mountpoint=$(buildah unshare buildah mount $container)
buildah unshare mmdebstrap --variant=minbase --include=tmux,vim trixie
$mountpoint trixie.sources.list
# the next part will fails:
buildah unshare buildah umount $container
buildah config --cmd /bin/bash $container
buildah commit -f oci $container debian:13
# the next part will fails
buildah rm $container
* What was the outcome of this action?
It seems there is an issue with overlay graph driver.
It can be trivially reproduced as follow
container=$(buildah from scratch)
mountpoint=$(buildah unshare buildah mount $container)
cd $mountpoint
touch HELLO
cd -
buildah unshare buildah umount $container
You get this error.
Error: error unmounting container "working-container": unmounting build
container "72bf36c33f1c8fbecc28e5c481e2a4798aff143fdef01394cfc2ecfdb22d75f5":
replacing mount point
"/home/skrzynia/.local/share/containers/storage/overlay/d6f81b6236edec4ee0e26c702c8b4f5f21bb660b06d7e753974d7a6a7fed9e03/merged":
directory not empty
You have a similar message when trying to remove the container
buildah rm $container
Error: removing container "working-container": deleting build container
"72bf36c33f1c8fbecc28e5c481e2a4798aff143fdef01394cfc2ecfdb22d75f5": replacing
mount point
"/home/skrzynia/.local/share/containers/storage/overlay/d6f81b6236edec4ee0e26c702c8b4f5f21bb660b06d7e753974d7a6a7fed9e03/merged":
directory not empty
If removing HELLO file, the container can be unmounted or deleted without
issues.
* What outcome did you expect instead?
I should have been able to unmount or delete the working container
* Other informations
- I reproduced the issue with a fresh forky virtual machine too (buildah 1.41.5)
- I don't have the issue with the VFS storage driver, it seems related to
overlay.
- as overlay is the default configuration, this bug should be annoying for
every user.
This is the output of buildah info:
{
"host": {
"CgroupVersion": "v2",
"Distribution": {
"distribution": "debian",
"version": "13"
},
"MemFree": 18551738368,
"MemTotal": 33570467840,
"OCIRuntime": "runc",
"SwapFree": 40467689472,
"SwapTotal": 40467689472,
"arch": "amd64",
"cpus": 32,
"hostname": "octopus",
"kernel": "6.12.35+deb13-amd64",
"os": "linux",
"rootless": true,
"uptime": "96h 47m 36.04s (Approximately 4.00 days)",
"variant": ""
},
"store": {
"ContainerStore": {
"number": 1
},
"GraphDriverName": "overlay",
"GraphOptions": null,
"GraphRoot": "/home/skrzynia/.local/share/containers/storage",
"GraphStatus": {
"Backing Filesystem": "extfs",
"Native Overlay Diff": "true",
"Supports d_type": "true",
"Supports shifting": "false",
"Supports volatile": "true",
"Using metacopy": "false"
},
"ImageStore": {
"number": 0
},
"RunRoot": "/run/user/1000/containers"
}
}
-- System Information:
Debian Release: 13.1
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 6.12.35+deb13-amd64 (SMP w/32 CPU threads; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages buildah depends on:
ii golang-github-containers-common 0.62.2+ds1-2
ii libc6 2.41-12
ii libgpgme11t64 1.24.2-3
ii libseccomp2 2.6.0-2
ii libsqlite3-0 3.46.1-7
ii libsubid5 1:4.17.4-2
ii uidmap 1:4.17.4-2
Versions of packages buildah recommends:
ii cpp 4:14.2.0-1
ii fuse-overlayfs 1.14-1+b1
ii runc 1.1.15+ds1-2+b4
Versions of packages buildah suggests:
ii containers-storage 1.57.2+ds1-1+b2
-- no debconf information
