slo*_*ife 4 .net-core grpc alpine-linux
看到这个github问题:https : //github.com/grpc/grpc/issues/18338
请参阅此示例存储库:https : //github.com/slolife/alpine-protoc
如果我在项目中包含Grpc.Tools 1.19.0 nuget 包,则会添加一个构建步骤<Protobuf Include="Test.proto" />
如果我创建一个 docker 镜像来构建并使用它microsoft/dotnet:2.2-sdk作为构建镜像,这很好用。但是,如果我尝试使用基于 alpine 的microsoft/dotnet:2.2-sdk-alpine构建映像,构建将失败并显示以下错误消息:
/root/.nuget/packages/grpc.tools/1.19.0/build/_protobuf/Google.Protobuf.Tools.targets(263,5): error MSB6003: The specified task executable "/root/.nuget/packages/grpc.tools/1.19.0/tools/linux_x64/protoc" could not be run. No such file or directory [/src/alpine-protoc.csproj]
我确认该protoc文件位于错误消息所抱怨的位置。
我尝试运行apk add libc6-compat并重新运行构建。这次我收到以下错误:
/root/.nuget/packages/grpc.tools/1.19.0/build/_protobuf/Google.Protobuf.Tools.targets(263,5): error MSB6006
: "/root/.nuget/packages/grpc.tools/1.19.0/tools/linux_x64/protoc" exited with code 139. [/src/alpine-proto
c.csproj]
更新:输出来自 ldd protoc
~/.nuget/packages/grpc.tools/1.19.0/tools/linux_x64 # ldd protoc
/lib64/ld-linux-x86-64.so.2 (0x7f60935a7000)
libm.so.6 => /lib64/ld-linux-x86-64.so.2 (0x7f60935a7000)
libpthread.so.0 => /lib64/ld-linux-x86-64.so.2 (0x7f60935a7000)
libc.so.6 => /lib64/ld-linux-x86-64.so.2 (0x7f60935a7000)
Run Code Online (Sandbox Code Playgroud)
小智 9
我通过将以下内容添加到我的 Dockerfile 中来实现此功能:
ENV PROTOBUF_PROTOC=/usr/bin/protoc
ENV gRPC_PluginFullPath=/usr/bin/grpc_csharp_plugin
RUN apk add protobuf protobuf-dev grpc
Run Code Online (Sandbox Code Playgroud)
2024 年更新:从 alpine v3.17 开始,该grpc软件包不再提供插件。您需要grpc-plugins独立安装该软件包。像这样:
ENV PROTOBUF_PROTOC=/usr/bin/protoc
ENV gRPC_PluginFullPath=/usr/bin/grpc_csharp_plugin
RUN apk add protobuf protobuf-dev grpc grpc-plugins
Run Code Online (Sandbox Code Playgroud)
这似乎是一个 libc 兼容性问题 - 我最好的猜测是 dotnet 拉动了大陆,glibcprotoc与 grpc兼容。
No such file or directory运行存在且可访问的可执行文件时,Alpine 上的错误是典型的ld无法解析依赖库,例如libc.so.6.
从ldd protoc输出中我们可以看到 protoc 需要libc.so.6,因此它很可能是在带有 glibc 的 Linux 上构建的,例如 Ubuntu 或 Debian。这libc6-compat包在 musl libc 之上提供了一个兼容层,以允许基本的 glibc 功能,例如,添加所需的库文件和缺少的函数。但是,它不提供完全的 glibc 兼容性。依赖于 glibc 的复杂应用程序在与 musl libc 链接时不太可能开箱即用,至少在没有一些移植工作的情况下不可能。
当您添加时libc6-compat,protoc能够链接到 musl-glibc 兼容库libc.so.6等,但是当运行时退出代码139,这意味着它出现了段错误(得到了 SIGSEGV)。这是一个很好的迹象,表明您必须将它与实际的 glibc 一起使用。一个可能的原因是默认堆栈大小:musl libc 创建的线程具有非常小的默认堆栈大小,大约 68kb,而 glibc 线程是使用 2-8MB 堆栈创建的。有关其他细微差别,请参阅:https : //wiki.musl-libc.org/functional-differences-from-glibc.html。
您可以尝试使用简单的 hack 解决 nuget 包不兼容问题:安装与Alpine 兼容的 protobuf编译器,使用apk add protobuf; 然后,用protoc符号链接替换您的/usr/bin/protoc.
Alternatively, you could try installing proper glibc on Alpine, by adding the following to your Dockerfile (thanks to sgerrand and anapsix):
ENV GLIBC_REPO=https://github.com/sgerrand/alpine-pkg-glibc
ENV GLIBC_VERSION=2.28-r0
RUN set -ex && \
apk --update add libstdc++ curl ca-certificates && \
for pkg in glibc-${GLIBC_VERSION} glibc-bin-${GLIBC_VERSION}; \
do curl -sSL ${GLIBC_REPO}/releases/download/${GLIBC_VERSION}/${pkg}.apk -o /tmp/${pkg}.apk; done && \
apk add --allow-untrusted /tmp/*.apk && \
rm -v /tmp/*.apk && \
/usr/glibc-compat/sbin/ldconfig /lib /usr/glibc-compat/lib
Run Code Online (Sandbox Code Playgroud)
| 归档时间: |
|
| 查看次数: |
2901 次 |
| 最近记录: |