当tar无法找到容器文件系统时,docker swarm创建失败

时间:2015-05-29 17:42:00

标签: linux docker docker-swarm

我在CentOS VM上运行docker。一些版本信息:

Linux cmodqa.lab.c-cor.com 3.10.0-229.4.2.el7.x86_64#1 SMP Wed May 13 10:06:09 UTC 2015 x86_64 x86_64 x86_64 GNU / Linux

[root @ xxx~] #docker version 客户端版本:1.6.0 客户端API版本:1.18 Go version(client):go1.4.2 Git commit(client):8aae715 / 1.6.0 OS / Arch(客户端):linux / amd64 服务器版本:1.6.0 服务器API版本:1.18 去版本(服务器):go1.4.2 Git commit(server):8aae715 / 1.6.0 OS / Arch(服务器):linux / amd64

以root身份执行此命令:

TOKEN = $(docker run --rm swarm create)

返回:

时间戳:2015-05-29 09:26:25.967347311 -0700 PDT 代码:系统错误

消息:[/ usr / bin / tar -cf /var/lib/docker/tmp/c77446605e81944d4fb0d09a68339d2026db2b2af100/_tmp.tar -C / var / lib / docker / devicemapper / mnt / c77446605e81944d4fb0d09a68339d2026db2b2afs / tmp。]失败:/ usr / bin / tar:/ var / lib / docker / devicemapper / mnt / c77446605e81944d4fb0d09a6cb119e60ff / rootfs / tmp:chdir不能:没有这样的文件或目录 / usr / bin / tar:错误无法恢复:现在退出 :退出状态2

帧:

0:setupRootfs 包装:github.com/docker/libcontainer

文件:rootfs_linux.go@30

1:初始 包:github.com/docker/libcontainer。(* linuxStandardInit)

档案:standard_init_linux.go@52

2:StartInitialization 包:github.com/docker/libcontainer。(* LinuxFactory)

档案:factory_linux.go@223

3:初始化程序 包装:github.com/docker/docker/daemon/execdriver/native

档案:init.go@35

4:初始 包装:github.com/docker/docker/pkg/reexec

档案:reexec.go@26

5:主要 包装:主要

档案:docker.go@29

6:主要 包:运行时

档案:proc.go@63

7:goexit 包:运行时 文件:asm_amd64.s@2232 time =“2015-05-29T09:26:27-07:00”level = fatal msg =“来自守护程序的错误响应:: exit stat

tar命令尝试读取的文件系统位置不存在:

[root @ cmodqa system] #ls -l / var / lib / docker / devicemapper / mnt / c77446605e81944d4fb0d09a68339d2026db2b2af1335a8a6395b1cb119e60ff / rootfs / tmp ls:无法访问/ var / lib / docker / devicemapper / mnt / c77446605e81944d4fb0d09a68339d2026db2b2af1335a8a6395b1cb119e60ff / rootfs / tmp:没有这样的文件或目录

事实上:

ls -l / var / lib / docker / devicemapper / mnt / c77446605e81944d4fb0d09a68339d2026db2b2af1335a8a6395b1cb119e60ff 总计0

容器的rootfs似乎不存在。 (容器停止后会消失吗?)

我已经运行了几次。结果相同。

1 个答案:

答案 0 :(得分:0)

我在Git上的docker的存储库上做了一些进一步的挖掘。

这是一个众所周知的问题,显然是基于Red Hat的Docker包装,它的影响不仅仅是swarm。

向Redhat提交了一个错误:

https://bugzilla.redhat.com/show_bug.cgi?id=1213258

使用Docker 1.5.0解决这种情况。