libgit2 / libgit2/libgit2sharp
Docker Alpine container exit code 139
Nadie ha tomado este issue todavía.
- Lenguaje dominante
- C#
- Estrellas
- 3.5k
- Forks
- 925
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Descripción
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
Guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Línea de trabajo
Empieza reproduciendo el fallo con el Dockerfile de varias etapas y el Dockerfile de depuración de Visual Studio mostrados en el issue, comparando sus pasos de build y copia. Inspecciona el punto de entrada dotnet MyProject.WebSite.dll y el comportamiento exit-139 del contenedor; se considera terminado cuando se haya identificado la causa del crash nativo y documentado un fix o workaround confirmado.
Escrito por el modelo de indexación a partir del texto del issue.
Evaluación
- Stack tecnológico
- csharp, docker
- Área
- devops
- Tipo de issue
- Error
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Estado de actividad
- Estancado
- Claridad
- Necesita aclaración
- Aptitud para principiantes
- 25/100