Open rugk opened 3 months ago
what is in the /var/home/c-nextcloud/.local/share/containers/storage/overlay/679b0b96e3f7966294fa76e8a2354ad861d28fd5f6976e7849210d20d81c57dd/merged
directory after you reboot the system (and before you attempt any podman command)?
A friendly reminder that this issue had no activity for 30 days.
Sorry for the delay, it took some time until I could get this…
So e.g. I get this:
WARN[0000] Unmounting container "nextcloud_redis_1" while attempting to delete storage: replacing mount point "/var/home/c-nextcloud/.local/share/containers/storage/overlay/d3a5f0ffaecee9c32bf022e9ad0652ae314ff08e058f09d79a05df69963b93b8/merged": directory not empty
Error: removing storage for container "nextcloud_redis_1": replacing mount point "/var/home/c-nextcloud/.local/share/containers/storage/overlay/d3a5f0ffaecee9c32bf022e9ad0652ae314ff08e058f09d79a05df69963b93b8/merged": directory not empty
It may absolutely be related to an unclean shutdown. I mean I just did reboot
, thinking this closes everything… :upside_down_face:
So as for your question:
$ ls -la /var/home/c-nextcloud/.local/share/containers/storage/overlay/d3a5f0ffaecee9c32bf022e9ad0652ae314ff08e058f09d79a05df69963b93b8/merged
total 0
drwx------. 1 c-nextcloud c-nextcloud 40 Sep 25 12:52 .
drwx------. 1 c-nextcloud c-nextcloud 62 Sep 25 12:52 ..
drwxr-xr-t. 1 c-nextcloud c-nextcloud 0 Sep 25 12:52 data
drwxr-xr-t. 1 c-nextcloud c-nextcloud 0 Sep 25 12:52 dev
drwxr-xr-x. 1 c-nextcloud c-nextcloud 48 Sep 25 12:52 etc
drwxr-xr-x. 1 c-nextcloud c-nextcloud 0 Sep 25 12:52 proc
drwxr-xr-x. 1 c-nextcloud c-nextcloud 40 Sep 25 12:52 run
drwxr-xr-x. 1 c-nextcloud c-nextcloud 0 Sep 25 12:52 sys
Notably, there is another directory side-by-side:
$ ls -la /var/home/c-nextcloud/.local/share/containers/storage/overlay/d3a5f0ffaecee9c32bf022e9ad0652ae314ff08e058f09d79a05df69963b93b8/merged.1/
total 0
drwx------. 1 c-nextcloud c-nextcloud 0 Sep 25 12:52 .
drwx------. 1 c-nextcloud c-nextcloud 62 Sep 25 12:52 ..
For some reason, it's not visible in a container that I have created:
$ podman run -it -v /var/home/c-nextcloud/.local/share/containers/storage/overlay/d3a5f0ffaecee9c32bf022e9ad0652ae314ff08e058f09d79a05df69963b93b8/merged/ busybox
/ # ls -la /var/home/c-nextcloud/.local/share/containers/storage/overlay/d3a5f0ffaecee9c32bf022e9ad0652ae314ff08e058f09d79a05df69963b93b8/merged/
total 0
drwxr-xr-x 1 root root 0 Sep 25 12:42 .
drwxr-xr-t 3 root root 36 Sep 25 12:42 ..
Even with SeLinux disabled:
$ podman run -it -v /var/home/c-nextcloud/.local/share/containers/storage/overlay/d3a5f0ffaecee9c32bf022e9ad0652ae314ff08e058f09d79a05df69963b93b8/merged/ --security-opt label=disable busybox
/ # ls -la /var/home/c-nextcloud/.local/share/containers/storage/overlay/d3a5f0ffaecee9c32bf022e9ad0652ae314ff08e058f09d79a05df69963b93b8/merged
total 0
drwxr-xr-x 1 root root 0 Sep 25 12:46 .
drwxr-xr-t 3 root root 36 Sep 25 12:46 ..
Generally, here is how the SeLinux label look like:
$ ls -laZ /var/home/c-nextcloud/.local/share/containers/storage/overlay/d3a5f0ffaecee9c32bf022e9ad0652ae314ff08e058f09d79a05df69963b93b8/merged
total 0
drwx------. 1 c-nextcloud c-nextcloud unconfined_u:object_r:data_home_t:s0 40 Sep 25 12:52 .
drwx------. 1 c-nextcloud c-nextcloud unconfined_u:object_r:data_home_t:s0 62 Sep 25 12:52 ..
drwxr-xr-t. 1 c-nextcloud c-nextcloud unconfined_u:object_r:data_home_t:s0 0 Sep 25 12:52 data
drwxr-xr-t. 1 c-nextcloud c-nextcloud unconfined_u:object_r:data_home_t:s0 0 Sep 25 12:52 dev
drwxr-xr-x. 1 c-nextcloud c-nextcloud unconfined_u:object_r:data_home_t:s0 48 Sep 25 12:52 etc
drwxr-xr-x. 1 c-nextcloud c-nextcloud unconfined_u:object_r:data_home_t:s0 0 Sep 25 12:52 proc
drwxr-xr-x. 1 c-nextcloud c-nextcloud unconfined_u:object_r:data_home_t:s0 40 Sep 25 12:52 run
drwxr-xr-x. 1 c-nextcloud c-nextcloud unconfined_u:object_r:data_home_t:s0 0 Sep 25 12:52 sys
Also, all folders except one are empty in there!
Here is the non-empty one and you can see all folders have 0 size and the files and directories are empty:
$ du -h /var/home/c-nextcloud/.local/share/containers/storage/overlay/d3a5f0ffaecee9c32bf022e9ad0652ae314ff08e058f09d79a05df69963b93b8/merged
0 /var/home/c-nextcloud/.local/share/containers/storage/overlay/d3a5f0ffaecee9c32bf022e9ad0652ae314ff08e058f09d79a05df69963b93b8/merged/sys
0 /var/home/c-nextcloud/.local/share/containers/storage/overlay/d3a5f0ffaecee9c32bf022e9ad0652ae314ff08e058f09d79a05df69963b93b8/merged/dev
0 /var/home/c-nextcloud/.local/share/containers/storage/overlay/d3a5f0ffaecee9c32bf022e9ad0652ae314ff08e058f09d79a05df69963b93b8/merged/data
0 /var/home/c-nextcloud/.local/share/containers/storage/overlay/d3a5f0ffaecee9c32bf022e9ad0652ae314ff08e058f09d79a05df69963b93b8/merged/proc
0 /var/home/c-nextcloud/.local/share/containers/storage/overlay/d3a5f0ffaecee9c32bf022e9ad0652ae314ff08e058f09d79a05df69963b93b8/merged/etc
0 /var/home/c-nextcloud/.local/share/containers/storage/overlay/d3a5f0ffaecee9c32bf022e9ad0652ae314ff08e058f09d79a05df69963b93b8/merged/run/secrets
0 /var/home/c-nextcloud/.local/share/containers/storage/overlay/d3a5f0ffaecee9c32bf022e9ad0652ae314ff08e058f09d79a05df69963b93b8/merged/run
0 /var/home/c-nextcloud/.local/share/containers/storage/overlay/d3a5f0ffaecee9c32bf022e9ad0652ae314ff08e058f09d79a05df69963b93b8/merged
$ ls -laZ /var/home/c-nextcloud/.local/share/containers/storage/overlay/d3a5f0ffaecee9c32bf022e9ad0652ae314ff08e058f09d79a05df69963b93b8/merged/run
total 0
drwxr-xr-x. 1 c-nextcloud c-nextcloud unconfined_u:object_r:data_home_t:s0 40 Sep 25 12:52 .
drwx------. 1 c-nextcloud c-nextcloud unconfined_u:object_r:data_home_t:s0 40 Sep 25 12:52 ..
-rwx------. 1 c-nextcloud c-nextcloud unconfined_u:object_r:data_home_t:s0 0 Sep 25 12:52 .containerenv
drwxr-xr-t. 1 c-nextcloud c-nextcloud unconfined_u:object_r:data_home_t:s0 0 Sep 25 12:52 secrets
$ cat /var/home/c-nextcloud/.local/share/containers/storage/overlay/d3a5f0ffaecee9c32bf022e9ad0652ae314ff08e058f09d79a05df69963b93b8/merged/run/.containerenv
I am not sure what the actual issue is there. It could just delete these…?
It's exactly the same for all other affected containers.
This still happens, any news or other things I should try?
Issue Description
Basically, https://github.com/containers/podman/issues/19913 aka https://github.com/containers/podman/issues/21093 aka https://github.com/containers/podman/issues/19491 still happens on my system.
Steps to reproduce the issue
Any podman container/podman-compose command with volumes:
I already added
ExecStartPre
thinking it might solve the problem, it does not…Describe the results you received
If you reboot this system, at the next restart, the container does not come up and I get the well-known errors (when running
podman-compose down
):My own script from https://github.com/containers/podman/issues/19913#issuecomment-1750658431 still solves the issue… (that's part of the log output of it) but it is supposed to be fixed in v4.7 in podman.
Notably, it has never worked on my system (and AFAIK I have tried all updated versions that have been pushed throzgh CoreOS).
Describe the results you expected
Just stop the container.
podman info output
Podman in a container
No
Privileged Or Rootless
Rootless
Upstream Latest Release
No
Additional environment details
Additional information
No response