Alpine容器中运行go的二进制文件

kuSorZ · · 3435 次点击 · · 开始浏览    
这是一个创建于 的文章,其中的信息可能已经有所发展或是发生改变。

原文出处:https://cloud.tencent.com/developer/article/1419659

环境

  • docker version:1.10.3

  • alpine linux version:3.8

问题

将golang编译的二进制文件 opena 拷贝到容器的 /usr1 下面,执行显示:

/usr1/opena help
sh: /usr1/opena: not found

查看下依赖库:

ldd /usr1/opena    /lib64/ld-linux-x86-64.so.2 (0x7fdd15cd0000)
    libpthread.so.0 => /lib64/ld-linux-x86-64.so.2 (0x7fdd15cd0000)
    libc.so.6 => /lib64/ld-linux-x86-64.so.2 (0x7fdd15cd0000)

但是alpine没有对应的依赖库

解决方案

看到一个贴子,某高人给出方案:

mkdir /lib64
ln -s /lib/libc.musl-x86_64.so.1 /lib64/ld-linux-x86-64.so.2

然后就可以正常工作了,原理是musl和glibc是兼容的,通过创建该符号链接修复缺少的依赖项。alpine这个5M的镜像也能满足go二进制文件的运行环境!~

题外话

对于用alpine作为go的编译环境同样存在上述问题,同样用相同方法可以解决。



有疑问加站长微信联系(非本文作者)

本文来自:51CTO博客

感谢作者:kuSorZ

查看原文:Alpine容器中运行go的二进制文件

入群交流(和以上内容无关):加入Go大咖交流群,或添加微信:liuxiaoyan-s 备注:入群;或加QQ群:692541889

3435 次点击  
加入收藏 微博
添加一条新回复 (您需要 登录 后才能回复 没有账号 ?)
  • 请尽量让自己的回复能够对别人有帮助
  • 支持 Markdown 格式, **粗体**、~~删除线~~、`单行代码`
  • 支持 @ 本站用户;支持表情(输入 : 提示),见 Emoji cheat sheet
  • 图片支持拖拽、截图粘贴等方式上传