Steps to reproduce: podman run -i -t registry.fedoraproject.org/fedora:30 /bin/bash [root@d48624f6f993 /]# ls -l /usr/share/zoneinfo/Etc/UTC -rw-r--r--. 1 root root 118 Jul 10 03:16 /usr/share/zoneinfo/Etc/UTC [root@d48624f6f993 /]# dnf downgrade -y tzdata […] Downgraded: tzdata-2019a-1.fc30.noarch Complete! [root@d48624f6f993 /]# ls -l /usr/share/zoneinfo/Etc/UTC -rw-r--r--. 8 root root 0 Aug 28 12:20 /usr/share/zoneinfo/Etc/UTC The file should not have length 0. I also see this for tzdata updates (but that requires an outdated base image). I suspect that this due to the way RPM installs hard-linked files. Seen with: kernel-5.2.7-200.fc30.x86_64 podman-1.5.1-3.fc30.x86_64
I run podman as a regular user. I have not changed its default (at least not consciously). The backing file system for /home is XFS.
Could you try with the latest fuse-overlayfs There have been some changes to this, that could effect hardlinks.
fuse-overlayfs-0.6-2.git43b641d.fc30.x86_64
Hah. I installed fuse-overlayfs-0.6.1-2.gitc548530.fc30.x86_64 from updates-testing and the problem is gone. Thanks!
Fixed in fuse-overlayfs-0.6.1-2.gitc548530.fc30.x86_64 Please update karma
https://bodhi.fedoraproject.org/updates/FEDORA-2019-1bad7aefbc
FEDORA-2019-1bad7aefbc has been submitted as an update to Fedora 30. https://bodhi.fedoraproject.org/updates/FEDORA-2019-1bad7aefbc
fuse-overlayfs-0.6.1-2.gitc548530.fc30 has been pushed to the Fedora 30 stable repository. If problems still persist, please make note of it in this bug report.