fsck:operation not applicable to FSType nfs

我曾经也有过这种问题：有很久了，最近还体验了一把：
经过分析：得出结论：
一开始可能原因有下列几种：
1、VXFS加入了log功能，在进行写操作的时候会在log日志中反映写数据的情况，在提高安全性的同时性能会有一点下降，但是不会造成下降幅度很大，这个原因可能性不大。
2、RAID 5由于要进行奇偶校验，进行写操作的时候效率不高，考虑到系统割接前同样也是RAID 5，而性能却相差很多，也可以基本排除这种可能。
3、碎片(fragmentation)对VXFS文件系统的影响比较大，UFS相对来说碎片造成的影响不是很明显。执行 /opt/VRTS/bin/fsadm -d -e <mountpoint>;进行碎片整理，这个过程时间很长。通过df -os可以查看VXFS文件系统的碎片信息，df -os输出意义是这样，1,2,4,8...表示不同的block size，VXFS默认block size是1K bytes，extent包括几个block，是VXFS的读写单位，free extents by size表示文件系统内不同块大小(block size)的可用空间(extents)数量。一般认为，糟糕的VXFS文件系统会有以下一个或多个特征:
(1)小于8 blocks的extent数量占全部extent的百分比超过5%
(2)小于64 blocks的extent数量占全部extent的百分比超过50%
(3)等于或大于64 blocks的extent数量占全部extent的百分比小于5%
VXFS读写时采用了比UFS大的block size，如果太多可用空间是很小的block size，就会造成寻找空间的时间加大，性能下降。

这是一台主机上几天以来在不同时间采集到的数据：
# df -os
df: operation not applicable for FSType fd
df: operation not applicable for FSType nfs
df: operati