CentOS文件描述符
在生产上部署的Ocelot,，ESTABLISHED到达3000后会不间断出现内部服务器错误及too many file等类似字样错误，经排查，因最近进行了服务器迁移，导致部文件描述符部分没有进行配置，进行配置后，故障恢复。整理如下：
一、系统最大文件描述符
查看系统最大文件描述符
cat /proc/sys/fs/file-max
临时设置最大文件描述符
# echo 1000000 > /proc/sys/fs/file-max
永久性设置最大文件描述符
vim /etc/sysctl.conf
fs.file-max = 1000000
二、进程最大文件描述符
查看进程最大文件描述符
ulimit -n
查看进程最大文件描述符soft limit和hard limit
ulimit -Sn
ulimit -Hn
临时设置最大文件描述符soft limit和hard limit
ulimit -n 63353
永久设置最大文件描述符soft limit和hard limit
vim /etc/security/limits.conf
* soft nofile 65535
* hard nofile 65535
#在C7系统，进程改用了systemd代替之前SysV进行服务管理，原先的/etc/security/limits.conf文件配置的作用域缩小，只适用于通过PAM认证登录用户的资源显示，对systemd的service资源限制不生效的。
#在CentOS7+里面，要进行全局的配置进程打开文件数量，需要修改/etc/systemd/system.conf 和 /etc/systemd/user.conf 这两个，当然，如果只是进程修改system.conf即可，里面有两个默认值调整一下：
vim /etc/systemd/system.conf
DefaultLimitNOFILE=65535
DefaultLimitNPROC=65535
三、查看当前系统描述符
查看当前系统描述符
cat /proc/sys/fs/file-nr
5664 0 186405
//其中第一个数表示当前系统已分配使用的打开文件描述符数，第二个数为分配后已释放的（目前已不再使用），第三个数等于file-max。
查看进程ID号
pidof dotnet
总结
1、所有进程打开的文件描述符数不能超过/proc/sys/fs/file-max
2、单个进程打开的文件描述符数不能超过user limit中nofile的soft limit
3、soft limit不能超过其hard limit
4、nofile的hard limit不能超过/proc/sys/fs/nr_open
