Glusterfs
df 看到的 Gluster 文件系統已用空間
在具有仲裁器（仲裁）卷的 gluster 文件系統上，df 報告仲裁器卷的可用/已用空間插入實際可用空間。
場景由 3 台伺服器組成，一台用於 quorum briks
對於所有伺服器：
[root@arbiter ~]# cat /etc/redhat-release CentOS Linux release 7.2.1511 (Core) [root@arbiter ~]# glusterfs --version glusterfs 3.7.15 built on Aug 30 2016 15:25:13同行
[root@arbiter ~]# gluster peer status Number of Peers: 2 Hostname: node1 Uuid: ******************** State: Peer in Cluster (Connected) Hostname: node2 Uuid: ******************** State: Peer in Cluster (Connected)磚塊尺寸：
[root@arbiter ~]# df -hT /bricks/brick? Filesystem Type Size Used Avail Use% Mounted on /dev/sdc1 xfs 1020M 43M 978M 5% /bricks/brick1 /dev/sdd1 xfs 1020M 34M 986M 4% /bricks/brick2 [root@node1,2 ~]# df -hT /bricks/brick? Filesystem Type Size Used Avail Use% Mounted on /dev/sdc1 xfs 8.0G 493M 7.6G 7% /bricks/brick1 /dev/sdd1 xfs 8.0G 38M 8.0G 1% /bricks/brick2體積
[root@arbiter ~]# gluster volume info Volume Name: glustervol1 Type: Distributed-Replicate Volume ID: ******************** Status: Started Number of Bricks: 2 x (2 + 1) = 6 Transport-type: tcp Bricks: Brick1: node1:/bricks/brick1/brick Brick2: node2:/bricks/brick1/brick Brick3: arbiter:/bricks/brick1/brick (arbiter) Brick4: node1:/bricks/brick2/brick Brick5: node2:/bricks/brick2/brick Brick6: arbiter:/bricks/brick2/brick (arbiter) Options Reconfigured: performance.readdir-ahead: on該填充系統 si 本地安裝在客戶端上
[root@glusterclient ~]# mount -t glusterfs <anynode>:/glustervol1 /mnt/glustervol1我預計大約有 8G 可用空間，但 df 報告的磁碟大小等於仲裁器卷：
[root@glusterclient ~]# df -hT /mnt/glustervol1 Filesystem Type Size Used Avail Use% Mounted on arbiter:/glustervol1 fuse.glusterfs 2.0G 77M 2.0G 4% /mnt/glustervol1在磁碟使用方面， du 看到的空間是文件佔用的空間：
[root@glusterclient ~]# du /mnt/glustervol1 -h --max-depth=1 0 /mnt/glustervol1/.trashcan 258M /mnt/glustervol1/test 3.4M /mnt/glustervol1/test1 261M /mnt/glustervol1但我不知道如何檢查實際可用和占用的捲空間；試圖用Google搜尋答案，但顯然沒有其他人有相同的案例（節點+仲裁器）
Glusterfs 只允許卷為最小磚塊的大小，即使在使用仲裁卷時也是如此。您的仲裁磚大小需要與其他磚的大小相匹配。
這顯然是 LVM 精簡配置的工作，因為創建一個巨大的密集配置仲裁程序塊將是對空間的愚蠢浪費。這是推薦使用此配置的另一個原因，但很少有人提及。