CRIU is running Podman based checkpoint/restore tests in Travis. Because the Travis kernel is broken for checkpoint/restore on overlayfs we switched to VFS:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1857257
To tell Podman to use VFS I am running podman --storage-driver vfs info first before running any other Podman command. This used to be good enough to initialize Podman to use VFS. This still kind of works, but now, every time Podman is started I see following error message:
ERRO[0000] User-selected graph driver "overlay" overwritten by graph driver "vfs" from database - delete libpod local files to resolve
Everything works as expected but now we get a lot of those error messages in CI.
This is using 6-podman_1.7.0~6_amd64.deb from the kubic stable repository for 18.04. The complete log can be found here:
https://travis-ci.org/checkpoint-restore/criu/jobs/646854308
Right now this seems to be purely cosmetic, but it is new and used to be not visible.
Probably I am using the wrong approach to switch Podman to VFS, but that is how it used to work before.
CRIU is running Podman based checkpoint/restore tests in Travis. Because the Travis kernel is broken for checkpoint/restore on overlayfs we switched to VFS:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1857257
To tell Podman to use VFS I am running
podman --storage-driver vfs infofirst before running any other Podman command. This used to be good enough to initialize Podman to use VFS. This still kind of works, but now, every time Podman is started I see following error message:Everything works as expected but now we get a lot of those error messages in CI.
This is using 6-podman_1.7.0~6_amd64.deb from the kubic stable repository for 18.04. The complete log can be found here:
https://travis-ci.org/checkpoint-restore/criu/jobs/646854308
Right now this seems to be purely cosmetic, but it is new and used to be not visible.
Probably I am using the wrong approach to switch Podman to VFS, but that is how it used to work before.