[摘要] 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，那么会有警告出现。
具体警告如下：
WARNING: overlay: 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.
.
那么为什么 d_type 对于Docker来说这么重要呢？
要知道Overlay 和 Overlay2是Docker支持的两种存储驱动，类似AUFS，其主要有如下几个特性：
1) 设计更加简单；
2) 从3.18内核开始，就进入了Linux内核主线；
3) 速度更快。
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这个特性。sudops.com>$ docker info
Containers: 0
Running: 0
Paused: 0
Stopped: 0
Images: 0
Server Version: 17.07.0-ce-rc2
Storage Driver: overlay
Backing Filesystem: xfs
Supports d_type: false
Logging Driver: json-file
Cgroup Driver: cgroupfs
Plugins:
Volume: local
Network: bridge host macvlan null overlay
Log: awslogs fluentd gcplogs gelf journald json-file logentries splunk syslog
Swarm: active
如果overlayfs存储驱动不支持d_type的话，容器在操作文件系统时可能会出现一些奇怪的错误：比如在bootstrap的时候出现Chown error，或者rebuild时发生错误等等。
如何解决？
坏消息是只能通过重做文件系统来解决，是不能在已经存在的操作系统上进行修改的哦！！！
下面是基本上可行的步骤：
（1）备份你的数据
（2）重新创建你的文件系统，当然可以是使用XFS，也可以使用Ext4
（3）恢复备份的数据回来
针对第二点，我们可以有如下操作（做下面命令之前最好了解下命令可能带来的影响：）：
如果是使用ext4文件系统，那么命令是：
mkfs.ext4 /path/to/your/device
如果是使用xfs文件系统，那么命令是：
mkfs.xfs -n ftype=1 /path/to/your/device
现在您就可以检查下RHEL/CentOS7是否存在d_type问题：
sudops.com>$ sudo xfs_info /
meta-data=/dev/sda3 isize=256 agcount=4, agsize=32230848 blks
= sectsz=512 attr=2, projid32bit=1
= crc=0 finobt=0 spinodes=0
data = bsize=4096 blocks=128923392, imaxpct=25
= sunit=0 swidth=0 blks
naming =version 2 bsize=4096 ascii-ci=0 ftype=0
log =internal bsize=4096 blocks=62950, version=2
= sectsz=512 sunit=0 blks, lazy-count=1
realtime =none extsz=4096 blocks=0, rtextents=0
像我这台机器就是ftype=0，如果计划加入到Docker节点的话，需要进行调整哦！