Hi Hans,
yes this looks like a bug so please file a issue. I don't think we must write this file. It should be safe for podman to ignore this error.
Did you try to use the full qualified name instated of the ID? Also I think you can set XDG_CACHE_HOME env to a writable location as workaround.
Thanks, Paul
Hi folks,
My storage config looks like:
# /etc/containers/storage.conf[storage]driver = "overlay"graphroot = "/custom/path/root/data"rootless_storage_path = "/custom/path/$USER/data"runroot = "/run/containers/storage
And I have "service" users (that are not to supposed to be used as normal users) with such config:
# /etc/passwdfoobar:x:5000:100::/var/empty:/usr/sbin/nologin
I can run a container like this:
su foobarpodman run -d docker.io/library/debian:bookworm sleep infinity
but I can't import a container and run it:
podman load < /tmp/image.tar.gzpodman image lspodman run -d 9ff9136eaaab sleep infinityError: mkdir /var/empty/.cache: operation not permitted
Testing this as a "normal" user (user with writable home directory) I noticed that Podman creates the following file:
ls -lA .cache/containers/short-name-aliases.conf.lock-rw-r--r-- 1 me users 0 Dec 3 16:45 .cache/containers/short-name-aliases.conf.lock
Obviously that can't work with a "service" user since it doesn't have writable home.
Could you please advise is this a bug? Should I create an issue on github?
Thank you.
Hans
_______________________________________________ Podman mailing list -- podman@lists.podman.io To unsubscribe send an email to podman-leave@lists.podman.io
-- Paul Holzinger Software Engineer Red Hat pholzing@redhat.com Red Hat GmbH, Registered seat: Werner-von-Siemens-Ring 12, D-85630 Grasbrunn, Germany Commercial register: Amtsgericht München/Munich, HRB 153243, Managing Directors: Ryan Barnhart, Charles Cachera, Michael O'Neill, Amy Ross