Docker xfs filesystem without d_type support

[摘要] 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=0data = bsize=4096 blocks=128923392, imaxpct=25= sunit=0 swidth=0 blksnaming =version 2 bsize=4096 ascii-ci=0 ftype=0log =internal bsize=4096 blocks=62950, version=2= sectsz=512 sunit=0 blks, lazy-count=1realtime =none extsz=4096 blocks=0, rtextents=0像我这台机器就是ftype=0，若是计划加入到Docker节点的话，须要进行调整哦！