我正在構(gòu)建一個(gè) golang 微服務(wù)的多級(jí) Docker 映像，我想使用busybox作為基礎(chǔ)映像使其非常薄，以運(yùn)行最終的可執(zhí)行文件。該圖像已正確構(gòu)建，但是當(dāng)我運(yùn)行它時(shí)，出現(xiàn)此錯(cuò)誤：standard_init_linux.go:211: exec user process caused "no such file or directory"我正在使用我的 Ubuntu 筆記本電腦，因此正如許多其他問題所報(bào)告的那樣，此錯(cuò)誤與 Windows 操作系統(tǒng)無關(guān)。這是我的形象。# build stageFROM golang:1.15.3 AS build-stageRUN mkdir /buildADD . /build/WORKDIR /buildRUN go mod downloadRUN go test ./...RUN go build -o goapp .# final stageFROM busyboxWORKDIR /appCOPY --from=build-stage /build/goapp /app/CMD ["./goapp"]我的項(xiàng)目文件夾的一個(gè)非常簡化的版本可能是：project├── Dockerfile├── go.mod├── go.sum├── main.go└── other-packages
2 回答
皈依舞
TA貢獻(xiàn)1851條經(jīng)驗(yàn) 獲得超3個(gè)贊
您正在使用CGO_ENABLED=1（這是 Go 的默認(rèn)構(gòu)建設(shè)置）構(gòu)建您的應(yīng)用程序 - 并將該可執(zhí)行文件移植到?jīng)]有兼容庫支持（glibc、dns解析器等）的 docker 映像。
為了確保您的構(gòu)建不依賴任何外部庫 - 靜態(tài)綁定所有依賴項(xiàng) - 然后可以部署到SCRATCHdocker 映像或-在構(gòu)建階段busybox禁用：CGO
RUN CGO_ENABLED=0 go build -o goapp .
慕姐4208626
TA貢獻(xiàn)1852條經(jīng)驗(yàn) 獲得超7個(gè)贊
我猜這兩個(gè)圖像的 libc 之間存在差異。在busybox圖片的描述中介紹過，有好幾種libc variants，用圖片標(biāo)簽來區(qū)分。
的 libcgolang:1.15.3是 glibc （它是FROM對應(yīng)的版本debian:buster），所以你應(yīng)該busybox:glibc在你的最后階段使用。
默認(rèn)busybox:latest使用uclibc. 它們是不相容的。檢查 和 的 sha256busybox:latest摘要busybox:uclibc。
- 2 回答
- 0 關(guān)注
- 187 瀏覽
添加回答
舉報(bào)
0/150
提交
取消