-
Notifications
You must be signed in to change notification settings - Fork 471
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
failed to solve with frontend dockerfile.v0: failed to build LLB: executor failed running - runc did not terminate sucessfully #426
Comments
@SeanFacer I was facing a similar issue. What really worked for me was
Rebuild the image. Alternatively, tag the build image with suffix abc:1.x |
same issue....any fix?? |
This comment was marked as off-topic.
This comment was marked as off-topic.
We are facing the same issue recently with our Docker build and push, https://github.com/layer5io/meshery/pull/1959/checks?check_run_id=1435279720. Any fixes? |
I can confirm the behavior on both MacOS and Win10. Is there any fix, yet? googling me into the ground. Please consider my Dockerfile
my build command is Is someone out there able to fix this? |
This worked for me @janpauldahlke |
How did you fix? I am stuck in build "Push Docker Image to Github Packages". I am newbie at Github Actions |
@kushthedude Hi ty for replying. You want this export to be added in line 2? Iam just reading here https://docs.docker.com/engine/reference/commandline/export/ |
You need to add into your terminal where you are building your docker image. |
@kushthedude Great man, it instantly worked now. I will add those lines to my README.md. ty bro. BTW: is there any explanation why this occurs? |
Looks like a bug in the latest BUILDKIT, am still not sure. @adrubesh may have more info on it |
@EmreErinc In the |
Is this only happening with github's registry, or also when using docker hub? |
We are using docker-hub and it occurred their too, plus I think registry won't matter here as this is happening in the build step rather than push to registry step 😅 |
thx! mostly checking, because the "old" github image registry is known to be largely broken (as it only implements parts of the distribution (registry) specification; moby/moby#41687) |
It happens during build, my best guess is it's a bug in buildkit, which is fine considering buildkit still isn't stable yet. The two exports I mentioned above disable buildkit in your shell environment. If you are using Docker desktop for Mac / Windows you might have to also disable it in your 'Docker Engine' json config. Note, this isn't a FIX, this is a workaround until someone on the docker teams implements a proper fix. Please give buildkit another shot when it's a little more stable :) |
@adrubesh what's the exact error you're getting? Do you have a repository to reproduce the issue? (the Dockerfile in your previous comment |
thanks for reply @kushthedude , i am viewing your meshery yml files. learn too much things |
@thaJeztah you can see the error over here https://github.com/layer5io/meshery/pull/1959/checks?check_run_id=1435279720 where we are building image in GitHub action runner and pushing it to dockerhub. |
@thaJeztah The exact error I was getting is the title of this issue, which is why I decided to comment here instead of create my own issue. I don't have a repository with a sample. However, for me, it happens when doing |
@kushthedude so looking at https://pipelines.actions.githubusercontent.com/yzMpWGqvkojJTIqTDBcNkCpnajSBnB0u0MB0Phbp1op4nmEvFe/_apis/pipelines/1/runs/5257/signedlogcontent/8?urlExpires=2020-11-24T13%3A56%3A20.3986902Z&urlSigningMethod=HMACV1&urlSignature=9TuQSpebPinjLnqwn8Ja6OLYqgpA2EKongO78RXV7SY%3D The actual error is in this part;
The
full logs from that run; @adrubesh yes, so (see above) the error is effectively (but admittedly, horribly formatted) saying; something failed in a |
This was due to the modcache which we cleared later in the action runner as well as in docker.
Yes, This is the error that got fixed when we didn't use buildkit, strange is that we are using buildkit for more than 6 months but it occurred a few weeks ago maybe some recent commit may have broken the functionality. |
Looking at that repository, I see that multiple tags were pushed on the same day; Looking at the corresponding versions on https://pkg.go.dev/github.com/prologic/bitcask?tab=versions, those indicate the v3.6.0 tag should've been before that date. I suspect that someone actually (accidentally) force-pushed/overwrite an existing tag |
Ah, sorry, my comment crossed your previous comment |
@thaJeztah Yes, I understand the error occurring during the RUN step, however, that run step error only occurred during a docker build with buildkit. It did not occur when not using buildkit. It did not occur on the machine locally when not in docker. That's why I suggested to just disable buildkit. I know, it doesn't help buildkit devs much saying that but I was in a rush to get things working and didn't capture the entire log. If I run into it again and this issue is still open I can hopefully drop some more meaningful output here :) |
I think we should close this issue to not confuse new people. Only report that provided full error output is #426 (comment) and that one clearly is a temporary application error.
This is just a prefix that appears is any error that happens in your application logic inside the container. Eg. a bug, external service misbehaving or network flakiness. If the failing process produced logs for the error they are shown above it. If you do see it and can't figure out the cause from logs, open an issue with a reproducer and full logs output. Other than making the error message more clear there is nothing to work on here atm. |
I had a very similar issue, for which I believe I have a better workaround / fix. In my case I was experiencing:
I noticed this issue, mentioned above, where @kushthedude said I did not find an official way to do so, but the issue disappeared after I did the following:
Thus I could imagine the same type of solution might work for others with similar issues, such as the one OP described. Later the issue popped up again when I did the following two things, but disappeared when I resolved them:
So my hypothesis is that perhaps modcache was thrown into a bad state by a symlink, but I do not have a reference to the bug in question, so I can't really say for sure. Perhaps computing cache keys is confused in some way by the fact that a symlinked target effectively has multiple filenames / fullpaths. For the record, I had tried a few other things first, without success. I'm including them here in case my success was actually dependent on them in addition to the steps above:
|
I'm using windows10, Hyper-V, this works for me! |
Make sure you saved the docker file ctrl s its not finding it because you didn't save the file |
I also had to set
when using macOS Docker 3.1.0 |
Great ! Nothing new, just adding the Docker documentation explaining the same : |
FROM mcr.microsoft.com/windows:1903 AS build
WORKDIR C:\\odtsetup
ADD https://download.microsoft.com/download/2/7/A/27AF1BE6-DD20-4CB4-B154-EBAB8A7D4A7E/officedeploymenttool_11617-33601.exe odtsetup.exe
RUN odtsetup.exe /quiet /norestart /extract:C:\\odtsetup
FROM mcr.microsoft.com/windows:1903 AS download
WORKDIR C:\\odtsetup
COPY --from=build C:\\odtsetup\\setup.exe .
ADD config.xml .
RUN setup.exe /download C:\\odtsetup\\config.xml
FROM mcr.microsoft.com/windows:1903
MAINTAINER rkttu
WORKDIR C:\\odtsetup
COPY --from=build C:\\odtsetup\\setup.exe .
COPY --from=download C:\\odtsetup\\Office .
ADD config.xml .
RUN setup.exe /configure C:\\odtsetup\\config.xml
WORKDIR /
RUN rmdir /s /q C:\\odtsetup
# https://stackoverflow.com/questions/10837437/interop-word-documents-open-is-null
RUN powershell -Command new-object -comobject word.application
RUN mkdir C:\\Windows\\SysWOW64\\config\\systemprofile\\Desktop
VOLUME C:\\data This is my Dockerfile, I'm getting this error. |
You need to switch Docker Desktop to Windows containers if you want to run native windows images, otherwise the Linux daemon will attempt to run the Windows image, which will fail; https://docs.docker.com/docker-for-windows/#switch-between-windows-and-linux-containers |
Just in case anyone else is making the same mistake I did, Found it on this stack overflow answer. |
Solved it for me! |
For some reason, this error only happens if I try to run docker using bash. Using WSL it does NOT happen. You guys should try it. |
Mac Catilina
Docker Version: 2.4.0.0
Docker file
The text was updated successfully, but these errors were encountered: