Docker Alpine container exit code 139
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Anfängerfreundlichkeit
- 25/100
Rechercherichtung
Beginne damit, den Fehler mit dem im Issue gezeigten mehrstufigen Dockerfile und dem Visual Studio-Debugging-Dockerfile zu reproduzieren, und vergleiche deren Build- und Kopierschritte. Untersuche den Einstiegspunkt dotnet MyProject.WebSite.dll und das exit-139-Verhalten des Containers; abgeschlossen ist die Aufgabe, wenn die Ursache des nativen Absturzes identifiziert und ein bestätigter Fix oder Workaround dokumentiert wurde.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
Reproduction steps
I'm running this Dockerfile with a project that uses libgit2sharp.
FROM mcr.microsoft.com/dotnet/core/aspnet:3.1-alpine as base
EXPOSE 80
VOLUME /etc/nginx
VOLUME /etc/ssl
VOLUME /myproject
ADD tools/ssl/myproject* /etc/ssl/
# Install git.
RUN apk update && apk upgrade && \
apk add --no-cache git openssh nano
# Build WebSite.
FROM mcr.microsoft.com/dotnet/core/sdk:3.1-alpine AS build
# Install nodejs.
RUN apk update && apk upgrade && \
apk add --no-cache npm
# Copy everything and publish app
WORKDIR /src
COPY ./src/. .
WORKDIR /src/MyProject/WebSite
RUN dotnet publish -c release -o /app
# Final stage/image
FROM base as final
WORKDIR /app
COPY --from=build /app ./
ENTRYPOINT ["dotnet", "MyProject.WebSite.dll"]
Expected behavior
No crash.
Actual behavior
Docker container exits with code 139. There is nothing being logged from .NET. try/catch is not handling anything. There is no information in docker info. There are no logs in docker itself. I have absolutely no idea why this is crashing.
I'm using this Dockerfile for debugging in Visual Studio.
# This dockerfile is used for debugging in Visual Studio.
FROM mcr.microsoft.com/dotnet/core/aspnet:3.1-alpine
EXPOSE 80
VOLUME /etc/nginx
VOLUME /etc/ssl
VOLUME /myproject
RUN apk update && \
apk add --no-cache nodejs npm git openssh
ADD keys/. /root/.ssh/
RUN chmod 600 /root/.ssh/*
Everything works fine here. It's running in the same container OS. The only difference is everything is built inside the container for the image, whereas debugging everything is built then copied in.
I don't know how to figure out what's going wrong at this point.
Version of LibGit2Sharp (release number or SHA1)
0.27.0.-preview-0034
Operating system(s) tested; .NET runtime tested
Docker container mcr.microsoft.com/dotnet/core/aspnet:3.1-alpine
- Vorherrschende Sprache
- C#
- Sterne
- 3.5k
- Forks
- 925
- PR-Merge-Kennzahlen
- Keine gemergten PRs in 30 T.
Beitragsleitfaden
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus libgit2/libgit2sharp
-
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 52/100
libgit2/libgit2sharp#2193 · 2 Kommentare ·
-
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 38/100
libgit2/libgit2sharp#2192 · 1 Kommentar ·
-
Website is down Offen
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 20/100
libgit2/libgit2sharp#2191 · 2 Reaktionen ·
-
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 68/100
libgit2/libgit2sharp#2189 · 1 Reaktion ·
-
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 35/100
libgit2/libgit2sharp#2187 · 2 Kommentare ·
Alle Issues in libgit2/libgit2sharp
Ähnliche Issues
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 86/100
-
:watch: Not Triaged 11.0 fundamentals/subsvc
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 92/100
dotnet/AspNetCore.Docs#37699 ·
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
SubtitleEdit/subtitleedit#15108 · 1 Kommentar ·
-
area/docs-content Bug pulumi/docs
Schwierigkeit 1/5 1-3 Stunden Anfängerfreundlichkeit 94/100
-
agentic-workflows untriaged
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 76/100