On Tue, Jun 15, 2021 at 01:45:43PM -0400, Ali Hamieh wrote:
> *When I migrated a podman container from a google cloud rhel 8.3 vm to a
> local rhel 8.3 vm, I got the following error when restoring (Checkpoint and
> restore podman uses CRIU): *
> persmision:1: Error (criu/files-reg.c:2182): File . has bad mode 040755
> (expect 040555)
> (00.343223) 1: Error (criu/files.c:1357): Can't open root
> (00.343659) Error (criu/cr-restore.c:1560): 163252 exited, status=1
> (00.343707) Warn (criu/cr-restore.c:2469): Unable to wait 163252: No child
> processes
> (00.343974) mnt: Switching to new ns to clean ghosts
> (00.344242) Error (criu/cr-restore.c:2483): Restoring FAILED.
>
> *And from the local rhel 8.3 vm to the google cloud rhel 8.3 vm, I got:*
> bad mode 040555 (expect 040755)
> *So bad mode in reverse.*
>
> *Any ideas on how to do a workaround? not necessarily a permanent fix.*
>
> *The container is a podman container: quay.io/adrianreber/counter
> <
http://quay.io/adrianreber/counter>*
We talked about this already. The main question here is, independent of
checkpoint/restore, why does the same image has 555 for the root
directory on one host and 755 on another host? How does Podman decide
the mode for '.' of the container's root directory.
Once you can fix/change that the container migration should just work.
Does anyone know how the mode of the container's root directory is
configured?
Adrian
_______________________________________________
Podman mailing list -- podman(a)lists.podman.io
To unsubscribe send an email to podman-leave(a)lists.podman.io
The mode is based on the underlying storage merge directory. Which I
believe is based on the images top level directory.