-
Notifications
You must be signed in to change notification settings - Fork 2.4k
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
kubic xUbuntu_18.04 broken default OCI runtime config? dockerfile RUN lines fail with default installation #9365
Comments
explicitly uncommenting the
edit: fixed ugly linebreak in paste |
@rhatdan PTAL |
Got the same issue. Happy to provide output of One additional thing I'd like to add is I attempted to explicitly add the
As OP mentioned, running manually by adding
Note, I'm running Pop!_OS 20.10. |
Thanks for reaching out! I'll take it and prepare a fix. |
Opened #9368 to fix the issue. |
Make sure that Podman's default OCI runtime is passed to Buildah in `podman build`. In theory, Podman and Buildah should use the same defaults but the projects move at different speeds and it turns out we caused a regression in v3.0. Fixes: containers#9365 Signed-off-by: Valentin Rothberg <rothberg@redhat.com>
Make sure that Podman's default OCI runtime is passed to Buildah in `podman build`. In theory, Podman and Buildah should use the same defaults but the projects move at different speeds and it turns out we caused a regression in v3.0. Fixes: containers#9365 Signed-off-by: Valentin Rothberg <rothberg@redhat.com>
@vrothberg just upgraded to v3.0.1, maybe I'm missing something but seems to still happen for rootless. Error doesn't show up when running rootful:
|
@fugkco this issue relates to which runtime is being used when building. I do not know your system and the configuration but I assume that the update to 3.0.1 taught Podman the path to |
@vrothberg is it possible that the full path is still not being passed to buildah? I'm using
I removed the
but it seems that buildah does not
This is easily fixable by adding |
podman build should get the same defaults as podman run as of podman 3.0.1 release, I believe. This was recently fixed. |
Sorry, I didn't mention in my most recent comment that I was seeing this happen on updated v3.0.1 from kubic. From the outside, it seems like the name of the runtime is now matching between |
@buck2202 Can you open a new issue for that bug? |
@vrothberg no worries. For some reason I thought build/run was had the same issue in 3.0.1, but I just confirmed it did not. I will raise a separate ticket. |
Is this a BUG REPORT or FEATURE REQUEST? (leave only one on its own line)
/kind bug
Description
Simple dockerfile builds fail on a default configuration install of podman 3 from the kubic xUbuntu_18.04 repository. The default oci runtime configuration seems broken
Steps to reproduce the issue:
I created a very dumb dockerfile which fails during its build
runc is not present, but the default runtime seems like it should be crun. The crun package is pulled in by podman:
The default
/etc/containers/containers.conf
has all relevant sections commented outEven though
podman info
seems to indicate that crun is the default and podman knows where to find it, manually forcing it avoids the issueIt's possible I'm missing something in other configuration files somewhere, but podman seems to look for
runc
as the default runtime despite indications thatcrun
is properly installed and set as the defaultOutput of
podman version
:Output of
podman info --debug
:Package info (e.g. output of
rpm -q podman
orapt list podman
):Have you tested with the latest version of Podman and have you checked the Podman Troubleshooting Guide?
Yes
Additional environment details (AWS, VirtualBox, physical, etc.):
google cloud, ubuntu bionic image
The text was updated successfully, but these errors were encountered: