Docker-配置DockerMan是LuCI的简单docker管理器容户端全局设置失败

history记录如下，直到倒数第六条才发现docker不见了，这docker是怎么被删的：1112 2024-12-04 14:01:25 zcy nano server_qinglong.conf1113 2024-12-04 14:01:46 zcy cat server_qinglong.conf1114 2024-12-04 14:03:11 zcy docker network ls1115 2024-12-04 14:04:03 zcy docker network connect dns-net-zcy-add qinglong1116 2024-12-04 14:04:21 zcy docker restart nginx1117 2024-12-04 14:08:45 zcy docker ps1118 2024-12-04 14:14:30 zcy free -h1119 2024-12-04 14:35:47 zcy docker search qd1120 2024-12-04 14:37:12 zcy docker pull a76yyyy/qiandao1121 2024-12-04 14:57:40 zcy cd ~1122 2024-12-04 14:57:41 zcy ls1123 2024-12-04 14:57:54 zcy mkdir -p $(pwd)/qd/config && cd $(pwd)/qd1124 2024-12-04 14:58:02 zcy wget https://fastly.jsdelivr.net/gh/qd-today/qd@master/docker-compose.yml1125 2024-12-04 14:58:05 zcy ls1126 2024-12-04 14:59:01 zcy nano docker-compose.yml1127 2024-12-04 14:59:50 zcy df -h1128 2024-12-04 15:00:12 zcy nano docker-compose.yml1129 2024-12-04 15:05:32 zcy ls1130 2024-12-04 15:05:37 zcy docker-compose up -d1131 2024-12-04 15:06:48 zcy which docker-compose1132 2024-12-04 15:07:29 zcy sudo apt update1133 2024-12-04 15:07:48 zcy docker-compose up -d1134 2024-12-04 15:08:17 zcy sudo apt install docker-compose1135 2024-12-04 15:08:44 zcy docker-compose up -d1136 2024-12-04 15:18:26 zcy uname -s1137 2024-12-04 15:18:34 zcy uname -m1138 2024-12-04 15:19:33 zcy docker-compose --version1139 2024-12-04 15:19:42 zcy sudo apt remove docker-compose1140 2024-12-04 15:19:48 zcy docker-compose --version1141 2024-12-04 15:20:02 zcy sudo apt purge docker-compose1142 2024-12-04 15:20:10 zcy docker-compose --version1143 2024-12-04 15:20:39 zcy sudo curl -L "https://github.com/docker/compose/releases/download/v2.31.0/docker-compose-$(uname -s)-$(uname -m)" -o/usr/local/bin/docker-compose1144 2024-12-04 15:21:16 zcy $ sudo chmod +x /usr/local/bin/docker-compose1145 2024-12-04 15:21:20 zcy sudo chmod +x /usr/local/bin/docker-compose1146 2024-12-04 15:21:29 zcy sudo ln -s /usr/local/bin/docker-compose /usr/bin/docker-compose1147 2024-12-04 15:21:33 zcy docker-compose version1148 2024-12-04 15:21:43 zcy ls1149 2024-12-04 15:21:54 zcy docker-compose up -d1150 2024-12-04 15:23:14 zcy docker ls1151 2024-12-04 15:23:17 zcy docker ps1152 2024-12-04 15:24:14 zcy history1153 2024-12-04 15:25:19 zcy sudo systemctl status docker1154 2024-12-04 15:25:26 zcy which docker1155 2024-12-04 15:25:38 zcy historyzcy@hcss-ecs-2f2a:~/qd$

这个问题困扰了我几天，特此来论坛寻求答案，万分感谢！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.宿主机目录不为空时，将宿主机目录下的数据复制到容器内，如果容器内目录不为空则将数据隐藏。 那么这里应该是符合第一点才对，但是容器内数据却清空了，百思不得其解。使用其他方式挂载却不会，我想弄清楚为什么会出现这样的情况。望大佬解惑，感谢！

我们都知道，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'。