golang 二进制包提示 No such file or directory

Posted 2023-05-11

参考技术A

由于我们的 Dockerfile 使用多阶段构建，

由于 alpine 镜像非常小，只有 5 mb 左右，但是由于客户那边强制要使用红帽的基础镜像，所以在第二阶段修改成红帽的镜像，最终打成的镜像运行的时候会提示 No such file or directory 。

这个问题的原因在于第一阶段构建的环境和第二阶段的运行的环境不一致，很多时候以为都是 Linux 环境，怎么可能不一致呢，但是由于 Linux 的各个发行版都有自己定制化的部分，就譬如 alpine 分支，他的 C 语言动态链接库使用的是 musl，而像 centos 用的都是 glibc，他们都是 c 语言的标准库，用来调用操作系统的库。

上面说的是一方面原因，但是不是这个问题的最具体的原因。

go build 打包出来的二进制文件还写一个非常重要的信息 interpreter 。
我将二进制文件从容器内 copy 出来通过 file 查看

可以看到二进制的文件上有些一个解释器的地址，这个文件地址是写死在二进制文件上的，后面我启动一个 centos 容器。

果然报了同样的一个错误。

Linux 如何启动一个二进制文件可以参考一下参考文档，就是通过这个解释器出发将程序调入内存。

error:while loading shared libraries: libevent-2.1.so.6: cannot open shared object file: No such fil

执行 memcached 启动命令时，报错，提示：error while loading shared libraries: libevent-2.1.so.6: cannot open shared object file: No such file or directory

查看 memcached 命令缺失什么库
ldd /usr/local/bin/memcached

查看 libevent-1.2.so.1 是否存在
locate libevent-1.2.so.1

结果： 系统已经安装了该模块，在路径 /usr/local/lib/

查看 memcached 查找依赖库的路径
LD_DEBUG=libs /usr/local/memcached/bin/memcached -v
结果： 在 /lib64/ 目录中查找，所以找不到已经安装好的

映射 libevent-1.2.so.1 到 /lib64 路径中
ln -s /usr/local/lib/libevent-1.2.so.1 /usr/lib64/libevent-1.2.so.1
结果：这样处理后，memcached就可以搜索到该文件了

启动memcached
/usr/local/bin/memcached -d -c 10240 -m 1024 -u root