Docker问题集绵
一、安装类型
问题1. docker-compose部署的容器启动报错
现象：Docker本身服务启动没有问题，但是docker-compose发布的服务容器启动报错，报错如下
原因：docker依赖的runc，但运行runc命令需要libseccomp.so.2动态库
解决办法：下载依赖包并安装rpm -Uvh libseccomp-2.3.1-4.el7.x86_64.rpm --nodeps --force。
问题2：删除docker目录时报设备或资源忙
现象：准备重新安装docker，先rm -rf 删除docker目录时，报无法删除：xxx设备或系统忙错误
原因：docker目录挂载问题
解决办法：
步骤一：查看挂载情况，cat /proc/mounts | grep 'docker'；
步骤二：卸掉挂载，将错误提示里所有目录都卸载，如：umount docker/overlay2/89cfd03290f2120aea6fc6ef7948f2d68047f70e99907f66b1c9b2804d849606/merged；
步骤三：重新删除目录即可。
二、其他类型
问题1：Docker Swarm部署的服务容器无法启动怎么查看日志
现象：docker stack deploy -c发布的服务容器无法启动，怎么查看错误原因；
解决办法两种：
A. 非portainer服务，可以在portainer里面查看日志；
B. docker service ps --no-trunc {serviceName}；
问题2：现网服务发现漏洞，比如fastjson反序列化远程代码执行漏洞，需要升级jar包
现象：现网那么多微服务，每个都用到fastjson包，而且上传文件较慢，难道非得代码打包镜像并上传替换么
解决办法：
第一步：先下载解决了漏洞的fastjson包，并上传到对应服务器；
第二步：写脚本循环拷贝文件到对应目录
#/bin/bash for file in `find / -type f -name fastjson-1.2.47.jar` do dir=${file%fastjson-1.2.47.jar} cp /data/fastjson-1.2.70.jar $dir done;
第三步：查找服务器上包含原有的fastjson包并删除，命令为 find / -type f -name fastjson-1.2.47.jar -exec rm -rf {} \;
问题3：Docker磁盘空间满了
问题4：Docker Swarm部署的服务启动报error creating VXLAN interface: file exists错误
现象：subnet sandbox join failed for \"10.0.0.0/24\": error creating VXLAN interface: file exists
原因：某些情情况下vxlan并没有随着容器的停止（不知道是停止还是删除）而被释放(删除)，导致后续启动容器的时候，无法创建vxlan导致容器无法启动；
解决办法：
第一步：查看vxlan接口 ip -d link show | grep vx；
第二步：删除vxlan接口 ip link delete vx-00100f-drzik；
第三步：重新发布服务。
问题5：portainer里服务日志错误信息显示task: non-zero exit (137)
现象：docker里部署的服务，隔一段时间就自动重启，查看日志报task: non-zero exit (137)
原因：137错误码对应OOM异常，docker inspect 容器ID显示如下，docker容器启动时设置了最大内存限制，而容器中java程序运行所需内存设置的数值大于等于容器配置的最大内存，导致程序运行一段时间后自动重启；
解决办法：调大jvm参数或者docker限制参数
问题6：服务容器重新启动时报iptables错误
现象：服务容器重新启动时报iptables错误
原因：docker网络被打乱了
解决办法：重启docker，systemctl restart docker；
问题7：基于已有nginx打包镜像添加软链接报错
现象：基于已有nginx打包镜像添加软链接，将服务日志重定向到标准流输出；
Sending build context to Docker daemon 146MB Step 1/2 : FROM nginx:1.22.0 ---> 15f7b4a94c7d Step 2/2 : RUN ln -sf /dev/stdout /var/log/nginx/access.log ---> Running in 09026c43b7ee ln: failed to access '/var/log/nginx/access.log/stdout': Not a directory The command '/bin/sh -c ln -sf /dev/stdout /var/log/nginx/access.log' returned a non-zero code: 1 [root@dev rws-sdp]# cd /var/log
原因：已有nginx镜像已经有软链接
解决办法：不用添加即可，或者换个方式。
问题8：nginx.conf文件直接挂载时，宿主机修改后容器内不同步，需要重启才可以
现象：在宿主机上修改nginx.conf文件保存后，采用热加载方式发现未生效；
原因：当使用vim之类的编辑器进行保存时，它不是直接保存文件，而是采用了备份、替换的策略。就是编辑时，创建了一个新文件，在保存的时候把备份文件替换为源文件，这个时候文件的inode就发生了变化，而原来indode对应的文件其实并没有修改，也就是容器内的文件没有变化。当重启容器的时候，会挂载新的inode。
解决办法：挂载目录而非挂载文件或者修改文件权限chmod 777 nginx.conf。
