我们都知道，docker中image相当于程序代码，而运行这段代码对应的进程就叫容器，那么对于进程来讲，linux有kill，与此对应container的stop，stop后，容器也就不存在了，既然如此，为什么会有rm一个container的命令出现呢？

RT

centos7 docker离线安装运行该脚本须提前准备好相应离线包 #!/bin/bashset -esave_docker_dir=dockerdocker_tar_name=docker-18.09.6.tgzservice_config_file=/etc/systemd/system/docker.serviceif test -e $service_config_filethen echo 'continue...' systemctl status docker docker -velse tar -xvf $save_docker_dir/$docker_tar_name -C $save_docker_dir mv $save_docker_dir/docker/* /usr/bin rm -rf $save_docker_dir/docker echo '[Unit]' > $service_config_file echo 'Description=Docker Application Container Engine' >> $service_config_file echo 'Documentation=https://docs.docker.com' >> $service_config_file echo 'After=netword-online.target firewalld.service' >> $service_config_file echo 'Wants=network-online.target' >> $service_config_file echo '[Service]' >> $service_config_file echo 'Type=notify' >> $service_config_file echo 'ExecStart=/usr/bin/dockerd' >> $service_config_file echo 'ExecReload=/bin/kill -s HUP $MAINPID' >> $service_config_file echo 'LimitNOFILE=infinity' >> $service_config_file echo 'LimitNPROC=infinity' >> $service_config_file echo 'LimitCORE=infinity' >> $service_config_file echo 'TimeoutStartSec=0' >> $service_config_file echo 'Delegate=yes' >> $service_config_file echo 'KillMode=process' >> $service_config_file echo 'Restart=on-failure' >> $service_config_file echo 'StartLimitBurst=3' >> $service_config_file echo 'StartLimitInterval=60s' >> $service_config_file echo '[Install]' >> $service_config_file echo 'WantedBy=multi-user.target' >> $service_config_file echo 'continue...' chmod +x $service_config_file echo '...' systemctl daemon-reload echo '...' systemctl start docker echo '...' systemctl enable docker.service echo '...'fi

gitlab ci部署docker镜像，docker push的时候报错环境：docker：windowsgitlab-runner：shell模式报错信息：received unexpected HTTP status: 500 Internal Server Error

以resilio-sync和qbittorrent为例如下图resilio-syncqbittorrent尝试过OMV和Truenas，应该不是nas问题，共享文件夹用户权限也是赋予了的，mount过来的文件夹docker能够正常访问，新建和删除文件（夹）。这些容器如果布署在docker内部，是能够正常运行，只要是挂载过来的共享文件夹就不行。但是我又需要将其挂到NAS中，不如存储不够。感觉应该还是容器权限问题，但不知道问题在哪，包括上图qbittorent，我进入容器内部是能够新建他上图说的文件夹，但是启动又会有新的无法打开或者创建的问题。还有个信息是，docker ps -a下，所有容器除了portainer，COMMAND均为'/ini'。

最近用docker镜像编译android代码时遇到一个很奇怪的现象。我如果加个系统账号加入docker组，然后以下面的命令启动docker，那么编译出来的结果会有问题：docker run --rm -it -u user1 -v ~/android_code/:/disk/user1 ubuntu:18.04 /bin/bash但如果让系统账号独属于root组，然后用以下命令启动docker去编译，则编译的结果不会有问题：sudo docker run --rm -it -u user1 -v ~/android_code/:/disk/user1 ubuntu:18.04 /bin/bash注：    所谓的有问题是指，编译没有报错，但编译出来的镜像烧录之后进不了recovery。    系统和docker镜像的ubuntu版本都是18.04    docker版本：        Client: Docker Engine - Community Version:           20.10.17 API version:       1.41 Go version:        go1.17.11 Git commit:        100c701 Built:             Mon Jun  6 23:02:56 2022 OS/Arch:           linux/amd64 Context:           default Experimental:      trueServer: Docker Engine - Community Engine:  Version:          20.10.6  API version:      1.41 (minimum version 1.12)  Go version:       go1.13.15  Git commit:       8728dd2  Built:            Fri Apr  9 22:44:13 2021  OS/Arch:          linux/amd64  Experimental:     false containerd:  Version:          1.6.6  GitCommit:        10c12954828e7c7c9b6e0ea9b0c02b01407d3ae1 runc:  Version:          1.1.2  GitCommit:        v1.1.2-0-ga916309 docker-init:  Version:          0.19.0  GitCommit:        de40ad0

Dockerfile 代码：FROM java:8 VOLUME /tmp ADD docker-eureka-0.0.1-SNAPSHOT.jar eureka.jar RUN sh -c 'touch /eureka.jar' ENV JAVA_OPTS="" ENTRYPOINT ["sh","-c","java $JAVA_OPTS -Djava.security.egd=file:/dev/./urandom -jar /jar /eureka.jar"]执行到第三步ADD docker-eureka-0.0.1-SNAPSHOT.jar eureka.jar 报错ADD failed: stat /var/lib/docker/tmp/docker-builder767094883/docker-eureka-0.0.1-SNAPSHOT.jar: no such file or directory/？网上搜索说mac OS 上存储在另外的一个虚拟机地址上，求具体怎么解决。

这个问题困扰了我几天，特此来论坛寻求答案，万分感谢！Dockefile如下：FROM java:8 MAINTAINER hello<test@163.com> COPY *.jar /usr/local/java/app.jar 当前目录信息如下：Dockerfile app.jar构建镜像命令如下：docker build -t app-image .执行容器命令如下：docker run -it --name app -v /usr/local/docker/test:/usr/local/java app-image最后发现，宿主机路径/usr/local/docker/test这个被创建了，是空目录，而容器路径/usr/local/java已经为空了。我查阅过关于docker挂载卷的数据覆盖分析，说到以下两点：1.宿主机目录为空时，将容器内数据复制到宿主机目录下。 2.宿主机目录不为空时，将宿主机目录下的数据复制到容器内，如果容器内目录不为空则将数据隐藏。 那么这里应该是符合第一点才对，但是容器内数据却清空了，百思不得其解。使用其他方式挂载却不会，我想弄清楚为什么会出现这样的情况。望大佬解惑，感谢！