docker start 容器时启动报错的处理

创建容器:docker create  --name=mysqltest11  -v /soft11:/var/lib/mysql -p 3311:3306 -e MYSQL_ROOT_PASSWORD=123456 mysql:latest 

启动容器:docker start mysqltest11时报错,tail -f /var/log/message 查看报错信息如下:

un  8 10:59:21 localhost libvirtd: 2020-06-08 14:59:21.581+0000: 9445: error : virNetDevGetLinkInfo:2552 : unable to read: /sys/class/net/veth41d82e4/operstate: No such file or directory
Jun  8 10:59:21 localhost kernel: docker0: port 1(veth5f1fc46) entered disabled state
Jun  8 10:59:21 localhost kernel: docker0: port 1(veth5f1fc46) entered disabled state
Jun  8 10:59:21 localhost avahi-daemon[8741]: Withdrawing address record for fe80::9cd2:3eff:fee1:d640 on veth5f1fc46.
Jun  8 10:59:21 localhost avahi-daemon[8741]: Withdrawing workstation service for veth64d45e3.
Jun  8 10:59:21 localhost kernel: device veth5f1fc46 left promiscuous mode
Jun  8 10:59:21 localhost kernel: docker0: port 1(veth5f1fc46) entered disabled state
Jun  8 10:59:21 localhost avahi-daemon[8741]: Withdrawing workstation service for veth5f1fc46.
Jun  8 10:59:21 localhost NetworkManager[8870]: <info>  [1591628361.6579] device (veth5f1fc46): released from master device docker0
Jun  8 10:59:21 localhost journal: Removing a network device that was not added
Jun  8 10:59:21 localhost libvirtd: 2020-06-08 14:59:21.677+0000: 9445: error : virFileReadAll:1460 : Failed to open file '/sys/class/net/veth64d45e3/operstate': No such file or directory
Jun  8 10:59:21 localhost libvirtd: 2020-06-08 14:59:21.678+0000: 9445: error : virNetDevGetLinkInfo:2552 : unable to read: /sys/class/net/veth64d45e3/operstate: No such file or directory

 

试了很多次以为是docker bug,也查了百度上的,就一个答案,说是bug。我开始怀疑是bug,然后我把系统内核从3.1升级到5.9,然后再运行,发现还是不行。然后看报错以为是我的workstation出问题了,删了网卡重新连也不行。折腾了好久

最后发现了一个不一样。docker create -it 中-it参数少了。我用docker run -it创建容器的时候就是正常的。

我估计是这个原因。

百度上的唯一能搜到的那个解决方法太烦了。也没看懂。

故障现象一样,可能故障原因各有不同,仅写出来给大家分享。

  • 3
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
可能是以下原因导致容器启动不起来: 1. 容器内部进程已经挂掉,可以使用docker logs命令查看容器日志,确定容器内部进程是否正常运行。 2. 容器与已经停止的容器端口冲突,可以使用docker ps -a命令查看所有容器的状态,确定是否存在端口冲突的情况。 3. 容器的镜像已经损坏,可以尝试重新下载对应的镜像,或者重新构建镜像。 4. 容器的挂载路径不正确,可以使用docker inspect命令查看容器的挂载路径是否正确。 5. 容器的资源限制不够,可以使用docker stats命令查看容器的资源使用情况,确定是否需要调整容器的资源限制。 解决方法: 1. 如果是容器内部进程挂掉导致容器启动不起来,可以进入容器内部使用命令查看具体的错误信息,然后针对性的解决问题。 2. 如果是端口冲突导致容器启动不起来,可以修改容器的端口映射,或者停止冲突的容器,然后重新启动容器。 3. 如果是容器的镜像损坏导致容器启动不起来,可以重新下载对应的镜像,或者重新构建镜像。 4. 如果是容器的挂载路径不正确导致容器启动不起来,可以使用docker inspect命令查看容器的挂载路径是否正确,然后进行调整。 5. 如果是容器的资源限制不够导致容器启动不起来,可以使用docker stats命令查看容器的资源使用情况,然后进行调整容器的资源限制。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值