-
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
podman info
faills with "open /tmp/run-1000/libpod/pause.pid: no such file or directory" on Travis Ubuntu arm64/ppc64le/s390x
#4570
Comments
Haven't we addressed this recently? I feel like we have code to handle it being missing... @giuseppe |
I think this is a new one, it should never fail if the |
Is there a temporary workflow to run |
can you please share the output for |
HI Giuseppe, thank you for checking this issue. In case of
And in case of |
@giuseppe Any progress? |
it might be caused by differences in the kernel on that architectures. It could be the The kernel is quite old though, and I don't think you can use fuse-overlayfs, so in general support for rootless containers is very limited. Could you use a newer kernel? |
Yes, I can use the newer kernel. The kernel versions (
See this summary page for detail. I also did put the log files of You can compare the files like this on your local.
You can see that I hope the logs might be a clue to fix this issue. Thank you. |
When I searched In
In
|
thanks for such detailed info. Yes, indeed the
I'll prepare a patch and open a PR |
the renameat2 syscall might be defined in the C library but lacking support in the kernel. In such case, let it fallback to open(O_CREAT)+rename as it does on systems lacking the definition for renameat2. Closes: containers#4570 Signed-off-by: Giuseppe Scrivano <[email protected]>
opened a PR here: #4637 |
You are welcome. Okay. I see the In x86_64 |
I see the file is also first opened:
|
I see. I meant I wondered why Now seeing the file before your pull-request, And I understand as the macro And you modified the logic to when Great! Thank you. |
I found the following article about Travis ppc64le and s390x environments, though I am not sure that it was directly related to this issue.
|
It seems that Ubuntu's podman installed from "ppa:projectatomic/ppa" is still 1.6.2 . It's not the latest version 1.7.0. And
And the error still happens. |
Cross-distro packaging for Podman is now happening in the Open Build Service: https://build.opensuse.org/project/show/devel:kubic:libcontainers:stable @lsm5 will soon give updates |
Is this a BUG REPORT or FEATURE REQUEST? (leave only one on its own line)
/kind bug
Description
podman info
andpodman version
shows a following error in Travis Ubuntu xenial native CPU architecture:arm64
,ppc64le
ands390x
environments. This does not happen in the Travis Ubuntuamd64
(x86_64) environment. This issue is related to #3679 .Steps to reproduce the issue:
Or just see https://travis-ci.org/junaruga/ci-multi-arch-native-container-test/builds/617312487 the case:
aarch64-fedora
,ppc64le-fedora
ors390x-fedora
.Describe the results you received:
In case of
46.6: aarch64-fedora
,https://travis-ci.org/junaruga/ci-multi-arch-native-container-test/jobs/617259570#L126
Describe the results you expected:
Additional information you deem important (e.g. issue happens only occasionally):
Output of
podman version
:podman --version
works to show the version.Output of
podman info --debug
:Package info (e.g. output of
rpm -q podman
orapt list podman
):See https://travis-ci.org/junaruga/ci-multi-arch-native-container-test/jobs/617303586#L323
Additional environment details (AWS, VirtualBox, physical, etc.):
The text was updated successfully, but these errors were encountered: