Centos7默认xfs文件系统与docker默认overlay2存储驱动不匹配,会导致容器内文件无法删除等问题

走过的坑 专栏收录该内容
1 篇文章 0 订阅

这事害人不浅,应该很多人都会碰到啊,为什么没看到铺天盖地的抱怨?

问题表现

docker build的时候发现rm -rf 报错,说文件夹非空。 我都-f了怎么还不空呢,run进去rm -f一把,发现挺不对劲的。rm 文件后,再ls -l 发现文件还在,属性都变 ???? 了,所以rm -r删不了文件夹。cat等命令操作文件吧,又说文件不存在。搜吧,docker删不了文件,有没找到直接的答案。

按理说docker里面删除文件,文件不是同层创建的话,上一层带来的文件不会真正删除,但应该打标记,不在容器内体现才对。这事看起来像docker文件系统的问题,一搜发现docker还有好几套文件驱动支持。 于是docker info看看我这是啥。

# docker info
Containers: 25
 Running: 6
 Paused: 0
 Stopped: 19
Images: 13
Server Version: 18.03.1-ce
Storage Driver: overlay2
 Backing Filesystem: xfs
 Supports d_type: false
 Native Overlay Diff: false
Logging Driver: json-file

嗯,是overlay2,再往下看

WARNING: overlay2: the backing xfs filesystem is formatted without d_type support, which leads to incorrect behavior.
         Reformat the filesystem with ftype=1 to enable d_type support.
         Running without d_type support will not be supported in future releases.
WARNING: bridge-nf-call-iptables is disabled
WARNING: bridge-nf-call-ip6tables is disabled

这我就有点想问候下docker它妈了。你都知道xfs文件系统格式化没有带d_type支持,会导致错误表现。那你还给运行起来?你不会换个文件驱动或者干脆不起来了也好啊。不出点事谁会来看这info,而且centos7默认就是xfs,又有几个人知道d_type是个啥会去搞这么个事。

问题解决

知道问题点后,还是能搜出点解决经验的。
https://blog.csdn.net/liukuan73/article/details/77986139
解决方案,备份,加参数重新格式化,恢复。
mkfs.xfs -n ftype=1 /path/to/your/device

额,这不好玩。docker换个文件驱动看起来会简单点。该systemd unit file, 加参数指定老的devicemapper试试。

# vi /etc/systemd/system/multi-user.target.wants/docker.service
ExecStart=/usr/bin/dockerd --storage-driver=devicemapper

# systemctl restart docker

满怀期待的重新docker build,底包找不到了,docker images 一看,空了,我去。

所以,格式化硬盘还是重新下你的docker images, 你得选一个。
但愿我的devicemapper + xfs不会再出点什么幺蛾子。

展开阅读全文
  • 0
    点赞
  • 3
    评论
  • 4
    收藏
  • 一键三连
    一键三连
  • 扫一扫,分享海报

相关推荐
©️2020 CSDN 皮肤主题: 大白 设计师:CSDN官方博客 返回首页
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值