-
Notifications
You must be signed in to change notification settings - Fork 898
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Bundle container images with appliances #22979
Comments
It seems the image storage directory has to be owned by manageiq if we are going to run the containers as that user. I tried to have e.g. /var/lib/manageiq/containers/storage owned by root with runRoot and tmpDir pointing somewhere else, but podman always tries to create other files/directories in the main imagestore TODO try additionalimagestores in /etc/containers/storage.conf, doesn't seem to work for non-root containers? |
For building the RPM I tried using
And it doesn't seem possible to add subuid/subgid in the build container for podman to work properly.
We might need to package the .tar.gz files and podman load them at install time. |
@bdunne Please also take a look here. |
This issue has been automatically marked as stale because it has not been updated for at least 3 months. If you can still reproduce this issue on the current release or on |
This issue has been automatically marked as stale because it has not been updated for at least 3 months. If you can still reproduce this issue on the current release or on |
In order to run podman-based workers or built-in floe containers on appliances we have to be able to package docker images and deploy them on an appliance without requiring a
podman pull
at runtime.One possibility is to package the images in an RPM that would
podman load
the image into a podman image registry.It is simple to create alternate image registries by specifying an alternate graphRoot via
--root
when pulling or loading images.Related:
The text was updated successfully, but these errors were encountered: