docker挂载目录报错及启动mysql8.0容器秒退的解决方案

23 篇文章 0 订阅

一、挂载报错:

docker: Error response from daemon: OCI runtime create failed: container_linux.go:380: starting container process caused: process_linux.go:545: container init caused: rootfs_linux.go:75: mounting “/root/mysql_slave/my.cnf” to rootfs at “/etc/mysql/my.cnf” caused: mount through procfd: not a directory: unknown: Are you trying to mount a directory onto a file (or vice-versa) Check if the specified host path exists and is the expected type.

在这里插入图片描述

1、场景:

将mysql的数据文件mysql(目录)及配置文件my.cnf(文件)挂载到外部宿主机上。

2、操作方法:

首先在root目录下自定义mysql_slave目录,切换到该目录
在这里插入图片描述
执行以下命令

[root@localhost mysql_slave]# docker run -id -v $PWD/data:/var/lib/mysql -v $PWD/my.cnf:/etc/mysql/my.cnf -e MYSQL_ROOT_PASSWORD=123 --name slave1 -P mysql

3、原因:

容器中的my.cnf是文件,但是宿主机的my.cnf是目录

4、解决方案:

在自定义的目录mysql_slave下执行touch my.cnf,data可以不必实现创建,因为宿主机的文件类型和要挂载的文件类型都是目录。
在这里插入图片描述

5、再次尝试,成功创建

在这里插入图片描述

二、秒退

1、场景

上面虽然成功运行了mysql容器,但是docker ps 发现容器秒退了(mysql版本8.0)
在这里插入图片描述

2、原因:

2.1 当指定了外部配置文件与外部存储路径时(没有指定的话,不需要挂载mysql-files),也需要指定 /var/lib/mysql-files的外部目录

2.2 运行docker logs mysql查看日志,查找问题

[root@localhost mysql_slave]# docker run -id -v $PWD/data:/var/lib/mysql -e MYSQL_ROOT_PASSWORD=123 --name slave66 -P mysql

如上只是挂载了数据文件,并没有将容器的mysql的配置文件挂载到宿主机上,所以没有挂载mysql-files

docker logs slave2

2022-03-18 07:04:23+00:00 [Note] [Entrypoint]: Entrypoint script for MySQL Server 8.0.28-1debian10 started.
2022-03-18 07:04:24+00:00 [Note] [Entrypoint]: Switching to dedicated user ‘mysql’
2022-03-18 07:04:24+00:00 [Note] [Entrypoint]: Entrypoint script for MySQL Server 8.0.28-1debian10 started.
2022-03-18 07:04:24+00:00 [Note] [Entrypoint]: Initializing database files
2022-03-18T07:04:24.182224Z 0 [System] [MY-013169] [Server] /usr/sbin/mysqld (mysqld 8.0.28) initializing of server in progress as process 43
2022-03-18T07:04:24.264504Z 1 [System] [MY-013576] [InnoDB] InnoDB initialization has started.
2022-03-18T07:04:24.940170Z 1 [System] [MY-013577] [InnoDB] InnoDB initialization has ended.
2022-03-18T07:04:27.557977Z 6 [Warning] [MY-010453] [Server] root@localhost is created with an empty password ! Please consider switching off the --initialize-insecure option.
2022-03-18 07:04:31+00:00 [Note] [Entrypoint]: Database files initialized
2022-03-18 07:04:31+00:00 [Note] [Entrypoint]: Starting temporary server
mysqld: Error on realpath() on ‘/var/lib/mysql-files’ (Error 2 - No such file or directory)
2022-03-18T07:04:32.950014Z 0 [ERROR] [MY-010095] [Server] Failed to access directory for --secure-file-priv. Please make sure that directory exists and is accessible by MySQL Server. Supplied value : /var/lib/mysql-files
2022-03-18 07:04:33+00:00 [ERROR] [Entrypoint]: Unable to start server.

在这里插入图片描述

3、解决方案:

3.1 在启动容器时,也将mysql容器的mysql_files目录挂载到宿主机上,完整命令如下:

[root@localhost mysql_slave]# docker run -id -v $PWD/data:/var/lib/mysql -v $PWD/my.cnf:/etc/mysql/my.cnf -v $PWD/mysql-files:/var/lib/mysql-files -e MYSQL_ROOT_PASSWORD=123 --name slave8 -P mysql

在这里插入图片描述
3.2 还有一种方案,就是启动容器前,在创建的my.cnf 文件中加入如下内容:

[client]

default-character-set=utf8

[mysql]

default-character-set=utf8

[mysqld]

init_connect='SET collation_connection = utf8_unicode_ci'

init_connect='SET NAMES utf8'

character-set-server=utf8

collation-server=utf8_unicode_ci

skip-character-set-client-handshake

secure_file_priv=/var/lib/mysql

以上两种方案都能解决问题。

  • 3
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
### 回答1: 当使用 Docker 挂载 Nginx 时,可能会遇到一些报错。以下是几种常见的错误和可能的解决方法: 1. 报错信息:"Error starting userland proxy: listen tcp 0.0.0.0:80: bind: address already in use" 解决方法:这意味着端口 80 已被其他进程占用。可以先尝试停止占用端口 80 的进程,或者更改 Nginx 的监听端口。 2. 报错信息:"nginx: [emerg] open() "/etc/nginx/nginx.conf" failed (2: No such file or directory)" 解决方法:这表示未找到 nginx.conf 文件。需要确保挂载的文件路径正确,并且在挂载之前确认文件已存在。 3. 报错信息:"nginx: [emerg] host not found in upstream" 解决方法:这表明在 Nginx 配置文件中指定的上游服务器无法找到。需要确保配置正确,并且上游服务器可用。 4. 报错信息:"13: Permission denied while reading upstream" 解决方法:这表示 Nginx 不具有访问所需文件的权限。可以使用 `chown` 命令更改文件的属主,或者使用 `chmod` 命令更改文件的权限。 5. 报错信息:"nginx: [emerg] unknown directive" 解决方法:这表示在 Nginx 配置文件中使用了未知的指令。需要确保使用的指令是有效的,并且检查是否正确拼写、缺少分号或引号。 这些是一些常见的 Docker 挂载 Nginx 报错和可能的解决方法。根据具体的报错信息,可以采取相应的处理措施来解决问题。 ### 回答2: docker挂载nginx报错可能有多种原因,以下是其中一种常见的情况。 当我们使用Docker挂载Nginx时,可能会遇到权限问题。Nginx默认以非root用户运行,并且在容器内部以nginx用户身份启动。然而,当我们将宿主机上的Nginx配置文件或数据目录挂载容器时,容器内的nginx用户可能无法读取或写入这些文件或目录,导致报错。 解决这个问题的方法是,我们需要确保宿主机上的文件或目录具有合适的权限,使得容器内的nginx用户可以访问。通常,我们可以通过更改文件或目录的权限来解决这个问题,例如使用chmod命令。 另外,我们还可以通过在Dockerfile中添加一些额外的步骤来解决权限问题。我们可以添加一条指令,例如"RUN chown -R nginx:nginx /path/to/directory"来修改挂载目录的权限,使得容器内的nginx用户具有访问它的权限。 总之,当我们遇到docker挂载nginx报错时,首先需要检查权限问题,确保容器内的nginx用户具有访问挂载目录的权限。如果问题仍然存在,我们还可以尝试通过在Dockerfile中添加额外的步骤来解决权限问题。 ### 回答3: 当使用Docker挂载Nginx时出现报错,可能有多种原因。以下是一些常见的问题和解决方法: 1. 挂载路径错误:请确保在Docker命令或Docker Compose文件中正确设置了Nginx配置文件或网站文件的挂载路径。可以检查路径是否正确,并且目标路径在宿主机上存在。 2. 权限问题:Docker默认以root用户运行容器,而宿主机上的文件可能属于不同的用户和组。这可能导致权限问题。解决方法是,在Docker命令中使用-v参数时,设置宿主机文件的访问权限,例如:-v /path/on/host:/path/in/container:ro。这样可以将宿主机文件以只读权限挂载容器中,避免权限问题。 3. 端口冲突:如果在Docker容器中运行的Nginx使用了与宿主机上的其他服务相同的端口号,可能会导致挂载失败。请确保在Docker命令或Docker Compose文件中为Nginx容器配置了其他未被使用的端口。 4. 文件格式错误:如果挂载的Nginx配置文件或网站文件格式有误,可能会导致Nginx启动失败。可以使用Nginx的配置检查工具来验证配置文件是否正确,并确保文件没有错误。 5. 文件权限问题:在某些情况下,挂载的文件可能没有足够的权限让Nginx读取或写入。可以使用chmod命令更改文件的权限,或者在Docker命令中使用--user参数来指定容器以特定的用户身份运行。 以上是一些常见的问题和解决方法,希望对您有帮助。如果问题仍然存在,请提供更多的错误信息以便我们进一步帮助您解决问题。

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值