记录线上与本地docker镜像一致,但Dockerfile却构建失败的问题

发布日期:2019-05-25

背景

公司新开了某个项目,我在新的服务器部署了docker环境,本着ctrl+c 和ctrl+v的惯例,直接把以前的php环境的Dockerfile文件直接复制到新项目服务器那里,结果构建失败,失败的原因是某个软件包(如libpng12-dev)不存在,其中一个报错如下:

E: Package "libpng12-dev" has no installation candidate

这时候我心里响起无数个草泥马,为什么以前的环境就没问题(同样都是php:7.1-fpm),网上查了一下资料,说这个包在ubuntu16已经不存在了,用libpng-dev。这时候我还没有醒悟过来什么回事,直接把原来安装的包替换成新版本的包,但是之后会出现安装到某些本该有的包的时候还是找不到的情况。

解决

怀疑镜像源的问题

试着在自己的vpn(ubuntu16环境)上面试了一下apt-cache search同样的包,是可以找到,于是怀疑是不是国内的镜像源的问题,是不是清华的软件源抽风了,把Dockerfile里的替换国内的镜像的命令去掉。

#COPY sources.list /etc/apt/sources.list

结果世界一下子清静了,docker构建成功,然后我又情不自禁感叹国内的开发环境真一般的时候,殊不知这其实是自己的无知引起的。

再次解决问题

由于本地的网速实在一般,连接外国的软件源下载得贼慢,构建一个环境几乎需要2个小时,实在受不了,打算换一个镜像源,但是该换debian的哪一版本镜像源呢?这时候需要用lsb_release -a 查看一下就好了,在docker环境下查到是debian9,然后换上163的软件源,一切又正常了,对比原来的软件源链接,这时候我才意识到应该是应该是php镜像的内核升级了,从debian8换成了debian9....而不同版本的镜像源是不一样的,所以才会出现某些包不存在的情况下面附上debian9的163源:

deb http://mirrors.163.com/debian/ stretch main non-free contribdeb http://mirrors.163.com/debian/ stretch-updates main non-free contribdeb http://mirrors.163.com/debian/ stretch-backports main non-free contribdeb-src http://mirrors.163.com/debian/ stretch main non-free contribdeb-src http://mirrors.163.com/debian/ stretch-updates main non-free contribdeb-src http://mirrors.163.com/debian/ stretch-backports main non-free contribdeb http://mirrors.163.com/debian-security/ stretch/updates main non-free contribdeb-src http://mirrors.163.com/debian-security/ stretch/updates main non-free contrib

结论

docker的基础软件镜像很有可能会升级内核环境,其实学习过linux的人都知道对软件的升级不一定是好事,可能新版本的软件稳定性还没有旧的好,因此如果线上的环境没有什么特殊需求,应当尽可能地避免升级,docker也是同理,但是由于本人是直接从公共源拉下来的镜像,这期间和你上次开发的环境相比,内核的改变也是不可预料的,这其中也会引起和你的Dockerfile不兼容的问题,因此如果是有条件的话,尽可能自己购买docker镜像存储的服务,或者自己搭建服务器,自己的软件源自己用的省心...