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
Unprivileged buildah container fails to build image with fuse: device not found, try 'modprobe fuse' first fuse-overlayfs: cannot mount: No such file or directory #5456
Comments
@SohamChakraborty I think you need to load fuse kernel module, see: https://github.com/containers/podman/blob/main/troubleshooting.md#24-podman-container-images-fail-with-fuse-device-not-found-when-run for more details. |
We did that @flouthoc . Granted we did not do that before the Jenkins job ran. Because I didn't know in which node the jenkins pod will be scheduled. So I waited for the job to run and then SSH-ed to the node where it was running and installed it. Not sure whether that might influence it. But I can definitely say that by the time buildah tried to build the image (when it actually needs fuse), the kernel module was present. From the description of the issue:
|
If this is an SELinux system, it could be SELinux blocking the automatic loading of the kernel module. Can you cause the module to be loaded on boot via /etc/modules-load.d/ |
This is not an SELinux system (as much as I hate to admit it) :)
I think what I can try is to:
Anything else? Any other suggestions? |
A friendly reminder that this issue had no activity for 30 days. |
Is the |
BUG REPORT INFORMATION
Description
Thank you for this project. We are able to overcome some long standing problems with buildah :)
On to the problem:
buildah fails to mount new container with error message:
Steps to reproduce the issue:
We are evaluating buildah to replace docker in our Jenkins pipeline because of the docker socket problem. We were evaluating kaniko before and it required us to change our Dockerfiles among other problems. So we are evaluating buildah and made very good progress until this final roadblock (we hope).
.jenkins/agents.yaml
has this spec for the buildah container:privielged: true
everything works normally. No problems at all. So we already have a solution but we would prefer to not use that.unconfined
profile thanks to @rhatdan's suggestion on other issue reports.fuse-overlayfs
mount problem. To circumvent this, while the build was running, I went ahead and SSH-ed into the node where Jenkins pod was running and installedfuse-overlayfs
. See details:Describe the results you received:
Receiving error:
Describe the results you expected:
Builds to go through
Output of
rpm -q buildah
orapt list buildah
:Output of
buildah version
:Output of
cat /etc/*release
:Output of
uname -a
:Output of
cat /etc/containers/storage.conf
:The text was updated successfully, but these errors were encountered: