Skip to content
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

New flake: invalid path etc/hosts: OCI runtime error #842

Closed
edsantiago opened this issue Jan 5, 2022 · 2 comments · Fixed by #843
Closed

New flake: invalid path etc/hosts: OCI runtime error #842

edsantiago opened this issue Jan 5, 2022 · 2 comments · Fixed by #843

Comments

@edsantiago
Copy link
Member

This is another hard-to-index bug because it appears in multiple tests. It seems to be pod-related:

# podman [options] run --pod testpod -d quay.io/libpod/alpine:latest top
time="2022-01-03T09:50:13-06:00" level=error msg="Starting some container dependencies"
time="2022-01-03T09:50:13-06:00" level=error msg="\"invalid path `etc/hosts`: OCI runtime error\""
Error: error starting some containers: internal libpod error

Note the missing root-level slash in etc/hosts. I don't know if that's a clue or not. I can't reproduce on my laptop.

The first appearance in my logs dates to early September. Below is (I think) a list of some logs that show the bug. I haven't confirmed all the links, so some of those may be misleading. But somewhere in there are real failures, and once it happens, it seems to happen often.

Podman pod rm [It] podman pod start/remove multiple pods via --pod-id-file

Podman pod stop [It] podman pod start/stop multiple pods via --pod-id-file

@rhatdan
Copy link
Member

rhatdan commented Jan 6, 2022

@giuseppe PTAL
I think we should fix Podman to list the name of the OCI-Runtime
time="2022-01-03T09:50:13-06:00" level=error msg="Starting some container dependencies"
time="2022-01-03T09:50:13-06:00" level=error msg=""invalid path etc/hosts: OCI runtime crun error""
Error: error starting some containers: internal libpod error

@giuseppe
Copy link
Member

there was an issue in crun that could be related: #819

Since the PR containers/podman#12643 wasn't rebased to include the yum upgrade -y crun fix we currently have, I'd say to wait until we have updated images and see if it happens again

@giuseppe giuseppe transferred this issue from containers/podman Jan 10, 2022
giuseppe added a commit to giuseppe/crun that referenced this issue Jan 10, 2022
it has already caused an issue in the past and it doesn't add any
value, since each component in the path is validated again later on.

Closes: containers#842

Signed-off-by: Giuseppe Scrivano <[email protected]>
giuseppe added a commit to giuseppe/crun that referenced this issue Jan 11, 2022
it has already caused an issue in the past and it doesn't add any
value, since each component in the path is validated again later on.

Closes: containers#842

Signed-off-by: Giuseppe Scrivano <[email protected]>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants