Linux：NFS挂载的磁盘的空间耗损
Linux中，如果你的磁盘是通过NFS挂载的，你可能看到比较“奇怪”的现象：
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 |
[root@oradg2 ~]# df -h 文件系统 容量 已用 可用 已用% 挂载点 /dev/mapper/VolGroup00-LogVol00 33G 16G 16G 50% / /dev/sda1 99M 13M 81M 14% /boot tmpfs 2.0G 601M 1.4G 31% /dev/shm 192.168.232.129:/nfs_me/ 33G 16G 16G 50% /mount_me [root@oradg2 ~]# [root@oradg2 ~]# ls /mount_me/ [root@oradg2 ~]# [root@oradg2 ~]# ifconfig eth0 eth0 Link encap:Ethernet HWaddr 00:0C:29:EA:01:FE inet addr:192.168.232.129 Bcast:192.168.232.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:2947848 errors:0 dropped:0 overruns:0 frame:0 TX packets:555729 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:4215000777 (3.9 GiB) TX bytes:121704780 (116.0 MiB) [root@oradg2 ~]# |
但是，真实查看的时候，你会发现其中空无一物。
结论：
df -h，查看一个NFS挂载过来的分区的时候，你看到的是远端服务器上，NFS挂载点所在的磁盘的总大小，而不是你以为的单独分配给NFS挂载点的大小。
一些划分存储的软件划分NFS分区的时候，也是通过创建新的LUN，格式化分区后，设置为NFS，对外广播来实现的NFS Server端配置。
所以，为了避免上面的误会：
1. 使用单独的分区划分NFS；
2. 采用专业的第三方存储软件划分NFS，或者类似的服务。其中有很详细与精确的策略控制。
——————————————————
Done。
