s
Linux文件名的长度限制是255个字符
windows下完全限定文件名必须少于260个字符，目录名必须小于248个字符。
1. 测试目的：ext3文件系统下filename最大字符长度
测试平台：RHEL5U3_x64
测试过程：
LENTH=`for i in {1..255};do for x in a;do echo -n $x;done;done`
touch $LENTH
当增加到256时，touch报错，File name too long
linux系统下ext3文件系统内给文件/目录命名，最长只能支持127个中文字符，英文则可以支持255个字符
2. 测试目的：ext3文件系统下一级子目录的个数限制
测试平台：RHEL5U3_x64
测试过程：
[root@fileserver maxdir]# for i in {1..32000};do mkdir $i;done
mkdir: cannot create directory `31999': Too many links
mkdir: cannot create directory `32000': Too many links
ext3文件系统一级子目录的个数为31998(个)。
Linux为了cpu的搜索效率而规定的,要想改变数目大概要重新编译内核.
3. 测试目的：ext3文件系统下单个目录里的最大文件数
测试平台: RHEL5U3_x64
测试过程：
单个目录下的最大文件数似乎没什么特别限制，也是受限于所在文件系统的inode数限制：
df -i或者使用tune2fs -l /dev/sdaX或者dumpe2fs -h /dev/sdaX查看可用inode数，后两个命令
输出结果是一样的，但是跟df所得出的可用inode数会有些误差，至今不明白什么原因。
网上常用两种解决办法：
1） 重新mkfs，ext3默认block大小4096 Bytes，block设置小一些inode数设置大一些
2） 使用loopback文件系统临时解决：
在/usr中（也可以在别处）创建一个大文件，然后做成loopback文件系统，将原来的文件移到这个
文件系统中，并将它mount到/usr下合适的位置。这样可以大大减少你/usr中的文件数目。但是系统
性能会有点损失。
4. 测试目的： 打开文件数限制（文件句柄、文件描述符）
测试平台： RHEL5U3_x64
ulimit -n 65535设置，或者/etc/security/limit.conf里设置用户打开文件数、进程数、CPU等
Linux mount/unmount命令（转）
https://www.cnblogs.com/xd502djj/p/3809375.html
问题2：NFS配置项no_root_squash和root_squash的区别
https://www.cnblogs.com/sevck/p/5733713.html
问题1：
[root@sftspstapp10 ~]# mount -t nfs 10.244.164.42:/opt/data1 /data1
mount.nfs: access denied by server while mounting 10.244.164.42:/opt/data1
查看问题1：/var/log/messages
Aug 14 19:31:57 sftspstapp08 kernel: svc: 10.244.167.148, port=755: unknown version (4 for prog 100003, nfsd)
Aug 14 19:31:57 sftspstapp08 rpc.mountd[27516]: refused mount request from 10.244.167.148 for /opt/data1 (/opt/data1): unmatched host
解决方案1：
原因为：NFS Server 只添加10.244.164网段允许NFS 挂载，并没有添加其他网段可以挂载，所以NFS Server端需要添加允许其他特定网段可挂载NFS即可。
修改前
[root@sftspstapp08 opt]# more /etc/exports
/opt/data1 10.244.164.0/24(rw,sync)
修改后
[root@sftspstapp08 opt]# more /etc/exports
/opt/data1 10.244.164.0/24(rw,sync)
/opt/data1 10.244.167.0/24(rw,sync)
修改后，重启NFS Server
[root@sftspstapp08 opt]#sevice nfs restart
解决参考1：
https://www.cnblogs.com/quanweiru/p/8456146.html
root@hipchat:~# mount -t nfs 192.168.10.220:/hipchat/share /home/share/nfs
mount.nfs: access denied by server while mounting 192.168.10.220:/hipchat/share
# 原因: 在服务器Oracle Linux 6.8的系统下使用的是NFSv4，在/var/log/messages中能看到nfs启动时的日志输出:
Feb 19 11:23:07 localhost rpc.mountd[19234]: Version 1.2.3 starting
Feb 19 11:23:07 localhost kernel: [34923.990353] NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory
Feb 19 11:23:07 localhost kernel: [34923.990369] NFSD: starting 90-second grace period (net ffffffff81b8b040)
# 使用NFSv4时，在nfs服务端做如下操作:
[root@localhost ~]# vim /etc/sysconfig/nfs
# Optional arguments passed to rpc.nfsd. See rpc.nfsd(8)
# Turn off v2 and v3 protocol support
RPCNFSDARGS="-N 2 -N 3"
# Turn off v4 protocol support
RPCNFSDARGS="-N 4"
[root@localhost ~]# service nfs restart
chu
end