Docker常见错误及解决方法二

1.The process cannot access the file because it is being used by another process.

在进行docker进行导出的时候，出现了这个问题,但是我不知道哪里还在用。

【解决方法】
其实真正的解决方法，我没找到，我只是放弃了使用save命令，改为了使用export命令。导出的时候，最好把容器停止掉，防止有问题。

2.response from daemon: Error processing tar file(exit status 1): archive/tar: invalid tar header

使用docker export导出，使用docker import导入的时候，出现了问题

【解决方法】
在导出的时候，windows上，增加 -o 参数进行导出

1
2
3
4

## 错误
docker export f377314ce10d xxx.tar
## 正确
docker export f377314ce10d -o xxx.tar

3.重新启动容器环境变量失效问题

【解决方法】

1
2
3
4

## 编辑.bashrc文件
vi /root/.bashrc
## 添加读取配置文件的命令
source /etc/profile

4.容器时间和宿主机时间不一致问题

【解决方法】

1
2
3
4
5
6
7
8

## 进入配置
cd /etc/  
## 备份文件
mv localtime localtime_bak
## 拷贝时间配置
cp /usr/share/zoneinfo/Asia/Shanghai /etc/localtime
## 输出时区
echo "Asia/shanghai" > /etc/timezone;

5.Error response from daemon: No command specified

导入一个镜像后，然后运行 docker run ,无法启动容器，出现了这个问题：

【解决方法】
解决方法，主要就是添加一个 /usr/sbin/init 启动脚本

1
2
3
4

## 错误的启动方法
docker run -itd --privileged --name springboot 83c13bd478f8
## 添加命令行
docker run -itd --privileged --name springboot 83c13bd478f8 /usr/sbin/init

6.WARNING: No blkio throttle.read_bps_device support

这是在windos10上安装docker，运行 docker info 命令之后，最后显示的警告。

1
2
3
4
5
6

WARNING: No blkio throttle.read_bps_device support
WARNING: No blkio throttle.write_bps_device support
WARNING: No blkio throttle.read_iops_device support
WARNING: No blkio throttle.write_iops_device support
WARNING: bridge-nf-call-iptables is disabled
WARNING: bridge-nf-call-ip6tables is disabled

这个可能是由于什么限制，我暂时没有管，不影响使用。

7.vmmem进程占用内存过高

这个主要就是在windows10上安装了Docker，只要是一启动Docker，就会疯狂的占用内存，如果是在容器里面进行编译starrocks，内存能达到十一二G(16G的系统内存)，这个时候关掉Docker Desktop也不起作用，停止镜像也不起作用。

【解决】

1
2

## 打开powershell，输入
wsl --shutdown

8.dockerfile中的volume不起作用

Dockerfile 是拿来构建自定义镜像的，并没有直接生成容器。只是可以在运行镜像时运行容器而已。做容器编排以部署环境，是使用 docker-compose.yml 文件进行的，里面可能会需要用到 Dockerfile 。我这里遇到的问题，就是在使用docker-compose启动时，只有在docker-compose.yml中定义的volumes有用，但是在dockerfile中指定的volume就不起作用了。

这个Volume的配置和docker run -v参数还是有一定的区别的。

9.COPY failed: Forbidden path outside the build context

看这个错误的意思，就是无法复制dockerfile文件上一级目录里面的文件。因为Dockerfile并不支持../指向上级目录的方式，最终我还是放弃了，直接将相关的脚本放到了dockerfile文件所在的目录里面了。

10.debconf: delaying package configuration, since apt-utils is not installed

11.docker无法执行nohup

我在dockerfile文件中定义了一个脚本，启动docker之后执行这个脚本，本来是两条java命令同时启动的，但是我发现了每一次只能启动到第一个java，之后的就不能启动了。

1
2
3
4
5
6
7
8
9
10
11

#!/bin/sh
## 设置环境变量
set JAVA_OPTS=-Xms512m -Xmx1024m -XX:MetaspaceSize=128m -XX:MaxMetaspaceSize=512m

cd /home/jar
## 修改权限

## 启动ruoyi-auth
java -jar ruoyi-auth.jar;
## 启动ruoyi-gateway
java -jar ruoyi-gateway.jar

经过一段时间的摸索，我明白了，因为第一条java命令，就占据了整个的终端，在后面继续的输入命令，就会无效了，就好像我们在终端中启动jar一样，只有另外开一个终端，才能重新部署另外的jar包。

既然有这么一个问题，那我就尝试换成nohup命令，后台运行。

1

nohup java -jar ruoyi-auth.jar > /dev/null 2>&1 &

但是后台运行也出现了问题，直接导致了 docker 运行之后直接停止了，虽然命令执行成功了，但是程序没有启动起来。我尝试了启动其中的一个nohup,然后另外的一个使用java,这样确实可以启动了。

【解决】
其实解决方法很简单,就是防止容器执行完命令后退出：
1.多个java文件启动的话，使用nohup命令启动。
2.最后一个程序，使用前台方式启动也就是使用 java -jar 的方式启动，或者脚本的最后一句添加：tail -f /dev/null，防止容器退出。

12.Failed to Setup IP tables

启动docker 时显示：“Creating network “docker_default” with the default driver ERROR: Failed to Setup IP tables: Unable to enable SKIP DNAT rule: (iptables failed: iptables –wait -t nat -I DOCKER -i br-a22eba4be2cb -j RETURN: iptables: No chain/target/match by that name.”

【解决方法】

1
2

## 关闭防火墙后重启docker
systemctl start docker

我顺便把SELinux也关闭了。

13.docker占满磁盘 no space left on device

部署docker应用的时候，出现了这个问题:failed to copy files: userspace copy failed: write /var/lib/docker/volumes/ea5224ca7b599a45364da06eb8bc47ca6dab8b606e1c217dff2d34ad255c1efd/_data/ph-phems.jar: no space left on device

【解决方法】
比较暴力的方法就是直接删除 docker 目录，重新创建容器，但是这个问题好像有点太暴力了，还有参考文章中的其他的方法比较靠谱点。

1
2
3
4
5
6
7
8
9

## 停止
sudo systemctl stop docker.socket
sudo systemctl stop docker.service

## 删除日志
sudo rm -rf /var/lib/docker

## 启动
sudo systemctl start docker