[摘要] CentOS7 下安装配置 Docker，在配置 swarm 集群时有可能会遇到如下的WARNING，会说 xfs 文件系统不支持d_type，建议重新格式化文件系统加上 ftype=1 来打开 d_type 的支持，下面来了解下 xfs 下的 d_type。

问题现象

在运行docker swarm init –advertise-addr xxx.xxx.xxx.xxx 命令时，如果你的文件系统使用了xfs，那么Docker会检测ftype的值，如果ftype=0，那么会有警告出现。
具体警告如下：

那么为什么 d_type 对于Docker来说这么重要呢？

要知道Overlay 和 Overlay2是Docker支持的两种存储驱动，类似AUFS，其主要有如下几个特性：

Docker的overlay存储驱动利用了很多OverlayFS特性来构建和管理镜像与容器的磁盘结构。自从Docker1.12起，Docker也支持overlay2存储驱动，相比于overlay来说，overlay2在inode优化上更加高效。但overlay2驱动只兼容Linux kernel4.0以上的版本。
　　注：自从OverlayFS加入kernel主线后，它在kernel模块中的名称就被从overlayfs改为overlay了。

OverlayFS使用两个目录，把一个目录置放于另一个之上，并且对外提供单个统一的视角。这两个目录通常被称作层，这个分层的技术被称作union mount。术语上，下层的目录叫做lowerdir，上层的叫做upperdir。对外展示的统一视图称作merged。
下图展示了Docker镜像和Docker容器是如何分层的。镜像层就是lowerdir，容器层是upperdir。暴露在外的统一视图就是所谓的merged。

当Docker 运行在overlay/overlay2存储驱动上时，需要d_type特性的支持才能正常工作，Docker1.13以后加入了对此的检查，可以运行docker info命令来查看文件系统是否支持d_type这个特性。

如果overlayfs存储驱动不支持d_type的话，容器在操作文件系统时可能会出现一些奇怪的错误：比如在bootstrap的时候出现Chown error，或者rebuild时发生错误等等。

如何解决？

坏消息是只能通过重做文件系统来解决，是不能在已经存在的操作系统上进行修改的哦！！！
下面是基本上可行的步骤：
（1）备份你的数据
（2）重新创建你的文件系统，当然可以是使用XFS，也可以使用Ext4
（3）恢复备份的数据回来
针对第二点，我们可以有如下操作（做下面命令之前最好了解下命令可能带来的影响：）：
如果是使用ext4文件系统，那么命令是：

如果是使用xfs文件系统，那么命令是：

现在您就可以检查下RHEL/CentOS7是否存在d_type问题：

像我这台机器就是ftype=0，如果计划加入到Docker节点的话，需要进行调整哦！

本文固定链接: https://www.sudops.com/docker-xfs-filesystem-without-d_type-support.html | 运维·速度