standard_init_linux.go:190:exec用户进程使用go basic Web应用程序导致“没有这样的文件或目录” Docker

时间:2018-10-04 06:24:06

标签: docker go dockerfile

在Go中创建了非常基本的Web应用

package main

import(
   "fmt"
   "net/http"
   "os"
)

func hostHandler(w http.ResponseWriter, r *http.Request){
    name, err :=os.Hostname()

    if err != nil {
           panic(err)
        }

        fmt.Fprintf(w, "<h1>HOSTNAME: %s</h1><br>",name)
        fmt.Fprintf(w, "<h1>ENVIRONMENT VARS: </h1><br>")
        fmt.Fprintf(w, "<ul>")

        for _, evar := range os.Environ(){
            fmt.Fprintf(w, "<li>%s</li>",evar)
        }
        fmt.Fprintf(w, "</ul>")

}

func rootHandler(w http.ResponseWriter, r *http.Request){

    fmt.Fprintf(w, "<h1>Awesome site in Go!</h1><br>")
    fmt.Fprintf(w, "<a href='/host/'>Host info</a><br>")

}

func main() {

        http.HandleFunc("/", rootHandler)
        http.HandleFunc("/host/", hostHandler)
        http.ListenAndServe(":8080", nil)


}

适用于它的Docker文件

FROM scratch
WORKDIR /home/ubuntu/go
COPY webapp /
EXPOSE 8080
CMD ["/webapp"]

图像构建成功

ubuntu@ip-172-31-32-125:~/go/src/hello$ docker build -t "webapp" .
Sending build context to Docker daemon  6.152MB
Step 1/5 : FROM scratch
 --->
Step 2/5 : WORKDIR /home/ubuntu/go
 ---> Using cache
 ---> 8810a06c58c7
Step 3/5 : COPY webapp /
 ---> Using cache
 ---> d75222363d3a
Step 4/5 : EXPOSE 8080
 ---> Using cache
 ---> 45de0853de8e
Step 5/5 : CMD ["/webapp"]
 ---> Using cache
 ---> e9f9031f3632
Successfully built e9f9031f3632
Successfully tagged webapp:latest

但是当我运行docker时,它的显示错误。

ubuntu@ip-172-31-32-125:~/go/src/hello$ docker run webapp
standard_init_linux.go:190: exec user process caused "no such file or directory"

请指导问题所在,我是docker的新手,然后就去了。

与环境有关的信息

ubuntu@ip-172-31-32-125:~/go/src/hello$ ls
Dockerfile  webapp
ubuntu@ip-172-31-32-125:~/go/src/hello$ echo $GOPATH
/home/ubuntu/go

代码是通过 go build webapp.go 命令

编译的

7 个答案:

答案 0 :(得分:6)

找不到文件可能意味着文件丢失,脚本缺少解释器或可执行文件缺少库。在这种情况下,默认情况下,net import引入libc作为动态链接二进制文件。您应该可以在二进制文件上使用ldd看到它。

要解决此问题,您需要传递一些额外的标志:

CGO_ENABLED=0 GOOS=linux GOARCH=amd64 go build -a -tags netgo -ldflags '-w' -o mybin *.go

以上内容来自:https://medium.com/@diogok/on-golang-static-binaries-cross-compiling-and-plugins-1aed33499671

答案 1 :(得分:1)

就我而言,CGO_ENABLED=0是解决此问题的关键。

Cgo 允许在Go源代码中使用内联C代码,详情请参见:https://golang.org/cmd/cgo/

我认为Cgo默认将您的应用程序动态链接到 libc ,即使您不使用任何内联C。
当您将应用程序打包到Docker映像FROM scratch

时,libc丢失了

这是我的工作 Dockerfile

FROM golang:1.9.2-alpine AS builder
WORKDIR /go/src/app
COPY . .
RUN CGO_ENABLED=0 go install


FROM scratch
WORKDIR /opt
COPY --from=builder /go/bin/app .
ENTRYPOINT ["/opt/app"]

答案 2 :(得分:1)

构建:

# build
CGO_ENABLED=0 go build -o myapp main.go

dockerfile:

#FROM alpine:3.10
FROM scratch
COPY . /

EXPOSE 8080

CMD ["/myapp", "-c", "app.ini"]

答案 3 :(得分:1)

如果您可能因为 CGO_ENABLED 之类的依赖关系而需要 mattn/go-sqlite3,您可以使用以下方法将静态编译传递到链中:

RUN go build -ldflags '-extldflags "-static"'
  • go build 告诉go link (-ldflags)
  • 告诉外部链接器 (-extldflags) clanggcc
  • 静态链接它的库,即不在单独的文件中

然后当可执行文件运行时,它不会尝试加载像libc.solibpthread.so这样的外部库,并且无法尽快找到“没有这样的文件或目录”的文件它加载。

之前

RUN go build -o myapp
$ ldd myapp
    /lib64/ld-linux-x86-64.so.2 (0x7ff635fb9000)
    libpthread.so.0 => /lib64/ld-linux-x86-64.so.2 (0x7ff635fb9000)
    libdl.so.2 => /lib64/ld-linux-x86-64.so.2 (0x7ff635fb9000)
    libc.so.6 => /lib64/ld-linux-x86-64.so.2 (0x7ff635fb9000)

之后

RUN go build -ldflags '-extldflags "-static"' -o myapp
$ ldd myapp
/lib/ld-musl-x86_64.so.1: /usr/bin/walnutcube-api: Not a valid dynamic program

那很好,我们不希望它成为一个“动态程序”,我们希望它成为系统上临时容器中仅有的文件之一。

答案 4 :(得分:0)

尝试在Dockerfile中更改行

COPY webapp /webapp

答案 5 :(得分:0)

我用了它,而且有效

env GOARCH=386 GOOS=linux go build webapp.go

答案 6 :(得分:0)

就我而言,en env还不够: RUN CGO_ENABLED = 0 GOOS = linux GOARCH = amd64

我还必须在构建中添加标签和ldflags: 运行构建-a-标签netgo -ldflags'-w'-o / go / bin / myService * .go