由于磁盘写入错误，Tarantool没有启动。

Question

我试图从零开始在Docker中启动Tarantool (没有现有的数据)。我使用他们在教程中建议的Docker命令，并在MacOS 10.15.6 (Catalina)上的DockerDesktop2.4.0.0下运行它：

docker run \
  --name mytarantool \
  -d -p 3301:3301 \
  -v /data/dir/on/host:/var/lib/tarantool \
  tarantool/tarantool:2.5.1

(笔记本电脑上的本地目录取代了/data/dir/on/host)。我还在最新版本2.6.0中试用了它。

集装箱在开始后不久就会终止。docker logs显示了这一点：

2020-10-02 20:51:10.331 [1] main/103/tarantool-entrypoint.lua C> Tarantool 2.6.0-0-g47aa4e01e
2020-10-02 20:51:10.331 [1] main/103/tarantool-entrypoint.lua C> log level 5
2020-10-02 20:51:10.332 [1] main/103/tarantool-entrypoint.lua I> mapping 268435456 bytes for memtx tuple arena...
2020-10-02 20:51:10.332 [1] main/103/tarantool-entrypoint.lua I> mapping 134217728 bytes for vinyl tuple arena...
2020-10-02 20:51:10.335 [1] main/103/tarantool-entrypoint.lua I> instance uuid 1811ff01-13d1-45c8-9878-0974bf27ee40
2020-10-02 20:51:10.335 [1] iproto/101/main I> binary: bound to 0.0.0.0:3301
2020-10-02 20:51:10.335 [1] main/103/tarantool-entrypoint.lua I> initializing an empty data directory
2020-10-02 20:51:10.351 [1] main/103/tarantool-entrypoint.lua I> assigned id 1 to replica 1811ff01-13d1-45c8-9878-0974bf27ee40
2020-10-02 20:51:10.351 [1] main/103/tarantool-entrypoint.lua I> cluster uuid 12ca546b-29ea-4af3-a407-f24e91c0e636
2020-10-02 20:51:10.357 [1] snapshot/101/main I> saving snapshot `/var/lib/tarantool/00000000000000000000.snap.inprogress'
2020-10-02 20:51:10.361 [1] snapshot/101/main I> done
2020-10-02 20:51:10.364 [1] main/103/tarantool-entrypoint.lua I> ready to accept requests
2020-10-02 20:51:10.365 [1] main/103/tarantool-entrypoint.lua I> set 'log_level' configuration option to 5
2020-10-02 20:51:10.365 [1] main/105/checkpoint_daemon I> scheduled next checkpoint for Fri Oct  2 22:10:11 2020
2020-10-02 20:51:10.367 [1] main/103/tarantool-entrypoint.lua I> set 'listen' configuration option to "3301"
2020-10-02 20:51:10.367 [1] main/103/tarantool-entrypoint.lua I> set 'log_format' configuration option to "plain"
2020-10-02 20:51:10.384 [1] wal/101/main xlog.c:1026 !> SystemError /var/lib/tarantool/00000000000000000000.xlog: can't allocate disk space: Invalid argument
2020-10-02 20:51:10.384 [1] main/103/tarantool-entrypoint.lua txn.c:876 E> ER_WAL_IO: Failed to write to disk
2020-10-02 20:51:10.391 [1] main txn.c:876 E> ER_WAL_IO: Failed to write to disk
2020-10-02 20:51:10.391 [1] main F> fatal error, exiting the event loop

同时，容器设法创建5.9K 00000000000000000000.snap和97B 00000000000000000000.xlog文件。

$ ls -hal
total 24
drwxr-xr-x@ 4 user  staff   128B  2 Oct 13:51 .
drwxr-xr-x  3 user  staff    96B  2 Oct 12:56 ..
-rw-r--r--  1 user  staff   5.9K  2 Oct 13:51 00000000000000000000.snap
-rw-r--r--  1 user  staff    97B  2 Oct 13:51 00000000000000000000.xlog

如果我在没有挂载本地目录的情况下启动容器，它就会成功。

我假设我的本地文件系统(或者从容器中可见的方式)有问题，或者可能是权限问题，但我不知道到底是什么。

如果我在一个成功启动的容器中作为exec作为shell，我会看到xlog文件更大，文件的所有者是tarantool:tarantool。

$ docker exec -it 016 sh
/opt/tarantool # ls -hal /var/lib/tarantool/
total 1044
drwxr-xr-x    2 tarantoo tarantoo    4.0K Oct  2 20:40 .
drwxr-xr-x    1 root     root        4.0K Aug  2 16:31 ..
-rw-r--r--    1 tarantoo tarantoo    5.9K Oct  2 20:40 00000000000000000000.snap
-rw-r--r--    1 tarantoo tarantoo     273 Oct  2 20:40 00000000000000000000.xlog

但是，对于目录绑定，它看起来就不同了：

$ docker run -it -p 3031:3031 -v /Users/user/project/storage:/var/lib/tarantool tarantool/tarantool:2.6.0 sh
/opt/tarantool # ls -hal /var/lib/tarantool/
total 16
drwxr-xr-x    4 tarantoo root         128 Oct  2 21:18 .
drwxr-xr-x    1 root     root        4.0K Aug  2 16:31 ..
-rw-r--r--    1 root     root        5.9K Oct  2 21:18 00000000000000000000.snap
-rw-r--r--    1 root     root          97 Oct  2 21:18 00000000000000000000.xlog

我试图更改目录和文件的所有者：

$ docker run -it -p 3031:3031 -v /Users/user/project/storage:/var/lib/tarantool tarantool/tarantool:2.6.0 sh
/opt/tarantool # chown tarantool:tarantool -R /var/lib/tarantool/

并检查这些更改是否在容器重新启动后持续存在：

$ docker run -it -p 3031:3031 -v /Users/user/project/storage:/var/lib/tarantool tarantool/tarantool:2.6.0 sh
/opt/tarantool # ls -hal /var/lib/tarantool/
total 16
drwxr-xr-x    4 tarantoo tarantoo     128 Oct  2 21:18 .
drwxr-xr-x    1 root     root        4.0K Aug  2 16:31 ..
-rw-r--r--    1 tarantoo tarantoo    5.9K Oct  2 21:18 00000000000000000000.snap
-rw-r--r--    1 tarantoo tarantoo      97 Oct  2 21:18 00000000000000000000.xlog

现在，权限看起来与工作容器中的权限相同。但通常情况下，启动容器最终会导致同样的问题：

$ docker run -it -p 3031:3031 -v /Users/user/project/storage:/var/lib/tarantool tarantool/tarantool:2.6.0
Creating configuration file: /etc/tarantool/config.yml
Config:
---
force_recovery: false
memtx_dir: /var/lib/tarantool
listen: 3301
pid_file: /var/run/tarantool/tarantool.pid
vinyl_dir: /var/lib/tarantool
wal_dir: /var/lib/tarantool

2020年-10-02 21:22:29.680 1 main/103/tarantool-entrypoint.lua C> Tarantool2.6.0-g47a4e01e

2020年-10-02 21:22:29.681 1 main/103/tarantool-entrypoint.lua C>日志级别5

202-10-02 21:22:29.685 1 main/103/tarantool-entrypoint.lua I>映射268435456字节用于memtx竞技场.

202-10-02 21:22:29.685 1 main/103/tarantool-entrypoint.lua I>映射134217728字节用于乙烯基元组竞技场

2020-10-02 21:22:29.687 1 main/103/tarantool-entrypoint.lua I>实例uuid 74d33452-7f39-4ebf-a2f7-c1da6cb8c54b

2020-10-02 21:22:29.691 1 main/103/tarantool-entrypoint.lua I>实例vclock {}

2020年-10-02 21:22:29.691 1 iproto/101/主I>二进制数:绑定到0.0.0:3301

2020年-10-02 21:22:29.693 1 main/103/tarantool.103 I>恢复启动

2020年-10-02 21:22:29.694 1 main/103/tarantool.103 I>从`/var/lib/tarantool/00000000000000000000.snap‘恢复

2020-10-02 21:22:29.695 1 main/103/tarantool-entrypoint.lua I>集群uuid 258099e8-803c-4a10-a3e0-57f6cd796f18

2020-10-02 21:22:29.708 1 main/103/tarantool.103 I>将id 1分配给副本74d33452-7f39-4ebf-a2f7-c1da6cb8c54b

2020年-10-02 21:22:29.709 1 main/103/tarantool.103 I>从`/var/lib/tarantool/00000000000000000000.xlog‘恢复

2020-10-02 21:22:29.710 1 main/103/tarantool.103 recovery.cc:156 W>文件/var/lib/tarantool/00000000000000000000.xlog未正确关闭

2020-10-02 21:22:29.713 1 main/103/tarantool.103 I>准备接受请求

2020-10-02 21:22:29.713 1 main/103/tarantool.103 C>离开孤儿模式

2020-10-02 21:22:29.713 1 main/103/tarantool-entrypoint.lua I>将“log_level”配置选项设置为5

2020年-10-02 21:22:29.713 1 main/105/检查点_守护进程I>定于10月2日星期五23:01:09 2020年下一个检查点

2020-10-02 21:22:29.720 1 main/103/tarantool-entrypoint.lua I>将“侦听”配置选项设置为"3301“

2020-10-02 21:22:29.720 1 main/103/tarantool-entrypoint.lua I>将“log_format”配置选项设置为“平原”

202-10-02 21:22:29.723 1 wal/101/main xlog.c:1026 !> SystemError /var/lib/tarantool/0000000000000000.xlog:无法分配磁盘空间:无效参数

2020-10-02 21:22:29.723 1 main/103/tarantool-entrypoint.lua txn.c:876 E> ER_WAL_IO:写入磁盘失败

2020年-10-02 21:22:29.726 1主txn.c:876 E> ER_WAL_IO:未能写入磁盘

2020-10-02 21:22:29.726 1主要F>致命错误，退出事件循环

奇怪的是，如果我在笔记本电脑上本地检查权限，那么权限根本没有改变。我认为这是一个Docker魔术，但我不确定它是如何工作的，考虑到容器重新启动之间持续存在的权限更改。

但也许这个问题与权限无关.然后呢？如何解决这个问题？

Answer 1

回答我自己的问题。

显然，这个问题与权限无关，问题在于文件系统虚拟化级别。

这个问题可以通过关闭码头桌面首选项中的"gRPC保险丝“功能来解决。据推测(正如它所说的can't allocate disk space: Invalid argument)，问题在于该实现不支持带有某些特定参数的fallocate() (参见https://github.com/docker/for-mac/issues/4964#issuecomment-702748937)。

更新：如果您想要使用gRPC FUSE特性进行文件共享，请考虑更新到2.4.2.0版本，其中问题已经解决。