Docker最近遇到的容器错误处理

最新推荐文章于 2023-07-14 16:32:50 发布

原创最新推荐文章于 2023-07-14 16:32:50 发布 · 342 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#docker #容器 #运维

文章讲述了三个Docker使用中遇到的问题及解决方案：1)Docker守护进程未运行，通过`systemctlstartdocker`启动；2)文件或目录不存在，需停止Docker，清除`/var/lib/docker/`内容后重启；3)容器名字冲突，需删除或重命名已有容器。

1、docker: Cannot connect to the Docker daemon at unix:///var/run/docker.sock. Is the docker daemon running

原因：Docker未正常启动

解决方式：

systemctl start docker

2、docker: Error response from daemon:

/var/lib/docker/overlay/XXXXXXXXXXXXXXXXXXXXXXX: no such file or directory.

原因：docker没有指定目录或文件

解决方式：

systemctl stop docker

rm -rf /var/lib/docker/*

systemctl start docker

重启run镜像启动容器

3、docker: Error response from daemon: Conflict. The container name “XXX” is already in use by container “XXX”. You have to remove (or rename) that container to be able to reuse that name.

原因：docker name重名

解决方式：

改名容器或者删除重建容器

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

乞桑竹

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

【微服务】Docker 容器化

菜鸟的博客

11-06

1730

数据卷（volume）是一个虚拟目录，指向宿主机文件系统中的某个目录。一个数据卷可以同时被多个容器挂载。如图，容器中的conf 、html 两个文件夹，指向了宿主机 volumes 目录下的 conf、html文件夹。一旦完成数据卷挂载，对容器的操作就会作用在数据卷对应的宿主主机上。同时，宿主主机和容器形成了双向绑定，这就就可以不进入容器修改数据了。常见的镜像在DockerHub就能找到，但是我们自己写的项目就必须自己构建镜像了。知己知彼方能百战百胜，自己构建镜像首先要了解镜像的结构。1. 镜像结构。

Error response from daemon: write /var/lib/docker/image/overlay2/.tmp-repositno space left on devic

cbc_19的博客

08-06

2992

Error response from daemon: write /var/lib/docker/image/overlay2/.tmp-repositories.json243303409: no space left on devic Linux系统扩容根目录磁盘空间的操作方法系统的服务无法正常运行，查看磁盘空间，发现根目录已经满了以下操作是详细描述根目录扩容细节首先查看使用情况，可发现Use%占用已满 [root@master ~]# df -Th Filesystem

参与评论您还未登录，请先登录后发表或查看评论

【Docker报错】Error response from daemon

qq_43617936的博客

08-13

6万+

解决Docker报错：Error response from daemon

Error response from daemon: error creating overlay mount to /var/lib/docker/overlay2

Ysssssssssssssss的博客

03-17

1万+

环境：centos7.1#docker run docker.io/hello-world运行上面的命令开启容器时报错：/usr/bin/docker-current:Error response from daemon: error creating overlay mount to /var/lib/docker/overlay2/1b1d4a0234ee4ca31eaf3c0b9f25a7c...

spring容器创建对象时抛错解决办法

mearer的专栏

04-11

842

1. java.lang.NoClassDefFoundError: org/springframework/expression/PropertyAcces 导致这错误的原因是：缺少spring-expression-3.x.x jar包，把该jar包添加到类库就可以了 2. java.lang.NoClassDefFoundError: org/apache/commons/logging

docker批量删除退出的容器、重命名已创建容器

m0_67402013的博客

05-01

1199

列出退出状态的容器id docker container ls -f 'status=exited' -q 删除所有退出状态的容器 docker rm $(docker container ls -f 'status=exited' -q) 重命名已创建容器 docker rename [旧容器名] [新容器名]

docker，docker资源，docker错误处理方法，在 CentOS 7 使用 Dockerfile 创建 docker 镜像的时候错误处理方法 docker 错误：invalid argume

03-03

错误处理是使用 Docker 过程中不可忽视的一环。在使用 Dockerfile 创建 Docker 镜像时，错误处理尤为重要。本文档介绍了在 CentOS 7 系统上遇到的一个具体错误，即“invalid argument”错误，具体表现为无法解析指定...

精选资源

Docker的MySQL容器时区问题修改

01-09

本文主要讨论的是如何解决Docker中运行的MySQL容器时区不正确的问题，这通常会影响到数据的正确读取和处理，特别是在涉及时间戳的操作中。 **问题背景** 在使用SpringBoot开发项目时，前端报告验证码始终无效。...

Docker容器部署tomcat出现中文乱码.docx

10-29

在 Docker 容器中部署 Tomcat 时，可能会遇到中文乱码的问题，这是由于 Docker 容器的 locale 设置导致的。在本文中，我们将介绍如何解决这个问题。什么是 locale？ locale 是操作系统中用于描述语言环境的设置，...

docker容器中crontab无法正常运行解决方案

09-30

在Docker容器中使用Crontab时，用户可能会遇到的问题是Crontab无法正常执行。Crontab是一个在Unix系统中用于定时执行任务的工具，通常被用于运行定期任务如备份、清理日志等。Docker容器化技术允许我们将应用打包并...

docker进入容器报：Error response from daemon Container is not running

m0_67391401的博客

08-14

3万+

1.如果需要设置docker中MySQL自启，使用命令：docker update mysql --restart=always 容器id；3.然后即可使用命令：docker exec -it 容器id /bin/bash进入docker容器。docker cp 容器id:/etc/mysql/my.cnf /opt。2.使用命令：docker start 容器id，启动docker容器。docker /opt/my.cnf 容器id:/etc/mysql。使用命令：vi /opt/my.cnf。...

Docker 容器常见故障排查及处理

Ice-winters

08-11

2万+

Docker 容器常见故障排查及处理本文来源于公司论坛发表的帖子 Docker是一种相对使用较简单的容器，我们可以通过以下几种方式获取信息： 1、通过docker run执行命令，或许返回信息 2、通过docker logs 去获取日志，做有针对性的筛选 3、通过systemctl status docker查看docker服务状态 4、通过journalctl -u docker.service 查看日志以下是整理的docker容器类问题故障，分为9个类一、启动类故障 1、docker:

Docker拉取镜像异常，“Error response from daemon: ”解决方法

qq_22993025的博客

01-09

1万+

Docker拉取镜像异常，“Error response from daemon: Get “https://registry-1.docker.io/v2/“: dial tcp: lookup registry-1.”解决方法

Docker 踩坑之一：Error response from daemon: write *** : no space left on device

weixin_30590285的博客

03-07

3158

几个月前aliyun推出了容器服务，趁着折腾自动化构建发布玩了一段时间Docker，一直都没遇到什么问题。直到最近几天，发现服务不怎么听话，明明设置了启动两个容器，却总是只出现一个，纳闷了，难道我配置写错了？！再三检查没发现问题，于是使用界面操作改变容器数量为2，更新后发现还是实际只生效了一个。。。好吧，莫不是我把服务器折腾坏了，呵呵～连上ssh进入未启动容器的那台...

docker进入容器报：Error response from daemon: Container ******* is not running

最新发布

08-10

<think>我们正在处理一个在Docker容器中部署的PHP应用（如DVWA）的问题，需要启用`allow_url_include`配置。根据引用[1]和[3]，我们知道在DVWA中遇到该问题的解决方法，但要注意在Docker容器中的配置方式。步骤： 1. 进入正在运行的容器（如果容器未运行，需要先启动） 2. 找到容器内的php.ini文件（通常位于`/usr/local/etc/php/php.ini`，但具体路径可能因镜像而异） 3. 修改php.ini，将`allow_url_include`设置为On 4. 保存并退出容器，然后重启容器（注意：不能停止容器再重新用`docker run`启动，因为那样会基于镜像重新创建容器，修改会丢失。应该使用`docker restart`）但是，引用[2]提到：配置文件必须在运行容器前完成创建和配置，否则无法使其生效。这似乎与引用[1]中在容器运行中修改然后重启容器的做法矛盾。实际上，在容器运行中修改配置文件并重启容器内服务（或重启容器）是可行的，但这种方式不是最佳实践，因为容器本身应该是无状态的，且修改会在容器被删除后丢失。因此，更推荐的做法是在构建镜像时修改配置，或者在运行容器时通过挂载卷的方式覆盖配置文件。下面提供两种方法：方法一：在容器运行时修改（临时测试用）步骤： 1. 进入容器：`docker exec -it <容器名或ID> /bin/bash` 2. 编辑php.ini：找到`allow_url_include`，将其改为On（大约在600多行，如引用[1]所述） 3. 保存退出，然后重启容器：`docker restart <容器名或ID>` 方法二：通过挂载配置文件（推荐，可持久化） 1. 在宿主机上创建一个php.ini文件，其中包含我们修改的配置（`allow_url_include = On`） 2. 运行容器时，将宿主机上的php.ini挂载到容器内的php.ini路径上例如，使用以下命令运行PHP容器（这里以nginx+php-fpm为例，但DVWA通常使用Apache）： ```bash docker run -d \ --name dvwa \ -p 80:80 \ -v /path/to/your/php.ini:/usr/local/etc/php/php.ini \ # 挂载自定义php.ini bitnami/dvwa:latest ``` 如果容器已经运行，我们可以先停止并删除现有容器，然后使用挂载卷的方式重新运行。方法三：使用Dockerfile构建自定义镜像（长期使用） 1. 创建一个Dockerfile，基于原始PHP镜像 2. 复制自定义的php.ini到镜像中 3. 构建镜像并运行例如： ```Dockerfile FROM bitnami/dvwa:latest # 或者使用其他基础镜像，如：FROM php:7.4-apache # 将提前修改好的php.ini复制到容器中 COPY php.ini /usr/local/etc/php/conf.d/allow_url_include.ini # 注意：通常我们可以将自定义配置放在conf.d目录下，它会覆盖主配置。或者直接覆盖php.ini，取决于镜像结构。 ``` 然后构建镜像： ```bash docker build -t my-dvwa . docker run -d --name my-dvwa-container -p 80:80 my-dvwa ``` 注意：在自定义php.ini中，我们只需要包含需要修改的配置项，或者复制整个php.ini并修改其中一项。但更推荐在conf.d目录下添加一个新的ini文件，内容为： ```ini allow_url_include = On ``` 这样就不会影响其他配置。验证：在容器内部或通过DVWA的phpinfo页面查看`allow_url_include`是否已启用。安全提醒：启用`allow_url_include`会带来安全风险，仅在测试环境（如DVWA）中使用。根据引用[1]，在容器中修改后重启容器即可生效。但要注意，如果容器被删除，修改将丢失。因此，对于需要长期使用的环境，推荐使用方法二或三。下面以DVWA为例，详细说明方法二（挂载配置文件）的步骤：步骤1：在宿主机上创建自定义php.ini - 先获取原始php.ini：运行一个临时容器，将其中的php.ini复制出来 ```bash docker run --rm bitnami/dvwa:latest cat /opt/bitnami/php/etc/php.ini > /path/to/custom/php.ini ``` - 编辑这个php.ini文件，找到`allow_url_include`，将其改为On（大约在600多行，搜索`allow_url_include`）步骤2：运行容器时挂载这个配置文件 ```bash docker run -d \ --name dvwa \ -p 80:80 \ -v /path/to/custom/php.ini:/opt/bitnami/php/etc/php.ini \ bitnami/dvwa:latest ``` 注意：路径`/opt/bitnami/php/etc/php.ini`是bitnami镜像中php.ini的位置，其他镜像可能不同，需要根据实际情况调整。步骤3：访问DVWA，检查File Inclusion模块是否还有错误提示，或者查看phpinfo页面。如果容器已经运行，我们可以将配置文件复制到容器中（不推荐，因为容器重启后可能还需要重新挂载，所以最好重新创建容器）： ```bash docker cp /path/to/custom/php.ini <容器名>:/opt/bitnami/php/etc/php.ini docker restart <容器名> ``` 但这种方法在容器重启后仍然存在（只要容器不被删除），但不如挂载卷方便管理。总结：在Docker中修改PHP配置，推荐使用挂载自定义配置文件的方式，这样便于管理且可重复使用。相关问题： 1. 如何在不进入容器的情况下修改容器内的文件？ 2. Docker中如何持久化容器内的配置更改？ 3. 如何查看Docker容器内PHP的配置信息？</think>### 在 Docker 容器中启用 allow_url_include 的完整指南 #### 📌 核心解决步骤（基于 Docker 容器） 1. **进入运行中的容器** ```bash docker exec -it [容器ID或名称] /bin/bash ``` *例：`docker exec -it dvwa-container bash`* 2. **定位并修改 php.ini** ```bash # 查找 php.ini 路径（通常位于以下位置之一） /usr/local/etc/php/php.ini # PHP-FPM 镜像默认路径 /etc/php/[版本]/apache2/php.ini # Apache 镜像路径 /opt/bitnami/php/etc/php.ini # Bitnami 镜像路径（如 DVWA） # 编辑配置文件（使用 nano/vim） nano /opt/bitnami/php/etc/php.ini ``` *在 600 行左右找到（搜索 `allow_url_include`）并修改：* ```ini ; 原配置 allow_url_include = Off ; 修改为 allow_url_include = On ``` 3. **重启容器生效** ```bash # 退出容器后执行 docker restart [容器ID] ``` *注意：必须使用 `restart` 而非重新创建容器[^1]* #### ⚙️ 推荐方法：挂载自定义配置（生产环境适用） ```bash docker run -d \ --name dvwa \ -p 80:80 \ -v /宿主机路径/custom-php.ini:/容器内php.ini路径 \ # 关键挂载 bitnami/dvwa:latest ``` **操作流程**： 1. 在宿主机创建 `custom-php.ini` 文件，内容包含： ```ini allow_url_include = On allow_url_fopen = On ``` 2. 确认容器内路径（通过 `docker exec ... php --ini` 查看） 3. 启动时挂载： ```bash docker run -d -p 80:80 \ -v ./custom-php.ini:/opt/bitnami/php/etc/conf.d/custom.ini \ bitnami/dvwa ``` #### 🔍 验证是否生效在容器内执行： ```bash docker exec [容器ID] php -r "echo ini_get('allow_url_include') ? 'Enabled' : 'Disabled';" ``` *输出 `Enabled` 表示成功[^3]* --- ### ⚠️ 安全强化建议（必须操作）启用后需在 DVWA 配置文件 `config/config.inc.php` 中添加： ```php $_DVWA[ 'allow_url_include' ] = true; // 显式开启DVWA支持 ``` 同时添加包含过滤规则（防御 RFI 攻击）： ```php // 在文件包含处添加白名单验证 $allowed_pages = ['page1', 'page2']; if(isset($_GET['page']) && in_array($_GET['page'], $allowed_pages)) { include($_GET['page'] . '.php'); } ``` --- ### 🔧 替代方案：Dockerfile 构建定制镜像 ```Dockerfile FROM bitnami/dvwa:latest # 覆盖默认配置 RUN echo "allow_url_include = On" >> /opt/bitnami/php/etc/php.ini ``` 构建命令： ```bash docker build -t dvwa-custom . docker run -d -p 80:80 dvwa-custom ``` --- ### 📚 技术原理说明 | 配置项 | 容器内修改风险 | 挂载卷方案优势 | |--------|----------------|----------------| | **`allow_url_include`** | 容器重启后修改丢失 | 配置持久化 | | **`allow_url_fopen`** | 需手动维护多容器 | 批量部署一致 | | **PHP 服务重启** | 容器内需重启 PHP-FPM/Apache | 容器重启即生效 | > 📌 **关键提示**：根据 Docker 官方建议[^2]，配置修改应通过**卷挂载(Volume)**或**环境变量**实现，避免直接修改容器内文件。 --- ### 相关问题 1. 如何在不重启 Docker 容器的情况下重载 PHP 配置？ 2. Docker 容器中修改 PHP 配置的最佳实践是什么？ 3. 如何防御启用 allow_url_include 后的远程文件包含（RFI）攻击？ 4. 不同 PHP 镜像（Alpine/FPM/Apache）的配置文件路径有何差异？