Docker compose无法启动mysql,对/tmp的权限被拒绝

Docker compose无法启动mysql,对/tmp的权限被拒绝,docker,docker-compose,Docker,Docker Compose,我正在尝试使用docker compose从docker hub的vanillamariadb图像启动docker容器。虽然以前的一切都正常,但我现在收到错误消息无法创建/写入文件'/tmp/ibLTxiq7'(Errcode:13“权限被拒绝”)。以下是完整的日志: 139707238336448 [Note] /usr/sbin/mysqld (mysqld 10.1.14-MariaDB-1~jessie) starting as process 51 ... 13970723833644

我正在尝试使用docker compose从docker hub的vanilla
mariadb
图像启动docker容器。虽然以前的一切都正常,但我现在收到错误消息
无法创建/写入文件'/tmp/ibLTxiq7'(Errcode:13“权限被拒绝”)
。以下是完整的日志:

139707238336448 [Note] /usr/sbin/mysqld (mysqld 10.1.14-MariaDB-1~jessie) starting as process 51 ...
139707238336448 [Note] InnoDB: Using mutexes to ref count buffer pool pages
139707238336448 [Note] InnoDB: The InnoDB memory heap is disabled
139707238336448 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
139707238336448 [Note] InnoDB: Memory barrier is not used
139707238336448 [Note] InnoDB: Compressed tables use zlib 1.2.8
139707238336448 [Note] InnoDB: Using Linux native AIO
139707238336448 [Note] InnoDB: Using SSE crc32 instructions
139707238336448 [ERROR] mysqld: Can't create/write to file '/tmp/ibLTxiq7' (Errcode: 13 "Permission denied")
7f10205047c0  InnoDB: Error: unable to create temporary file; errno: 13
139707238336448 [ERROR] Plugin 'InnoDB' init function returned error.
139707238336448 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
139707238336448 [ERROR] Unknown/unsupported storage engine: InnoDB
139707238336448 [ERROR] Aborting
我不明白,日志中的
/tmp
文件夹是指主机还是容器?我将如何解决此问题

我试图运行的命令(作为root用户)是
docker compose up db
。我已经检查过磁盘上确实有空间。我的操作系统Ubuntu 16.04

更新:我的
docker compose.yml文件

https门户:
图片:steveltn/https门户
端口:
- '80:80'
- '443:443'
链接:
-wordpress
重新启动:始终
环境:
域名:'domain.com->http://wordpress'
阶段:"制作"
wordpress:
图片:wordpress
链接:
-数据库:mysql
卷数:
-~/wordpress/wp\u html:/var/www/html
db:
图片:mariadb
环境:
MYSQL\u ROOT\u密码:[--]
更新2:

我似乎(至少暂时)通过为db容器添加卷装载路径解决了这个问题,这相当令人惊讶:

db:
图片:mariadb
卷数:
-/data/maridb:/var/lib/mysql

但是这实际上并不影响任何内容,它只是打印一条警告,说明未使用卷装载(实际上没有),因为容器以前是使用不同的卷创建的,而使用的是旧的卷仍然,原始问题消失。您对导致这种行为的原因有何想法?

您尝试运行的docker命令会很有帮助,同时请确保您的磁盘上有一些空间来运行新的容器您正在运行哪些docker命令?这里有安全措施吗(SELinux/AppArmor/seccomp)?普通图像或对其进行任何修改?和/tmp指的是容器(但如果您已将主机上的某些内容装载到容器内的/tmp,则也可能指的是主机)。我试图回答您的问题。您是否可以附加docker-compoe.yml文件?这将大大有助于理解这个问题。@YaronIdan更新了我的问题:)