我们有一个herokustream失到1个日志服务器。 有很多实例（〜100）使用TCP将其日志发送到此服务器。 服务器根据主机名过滤日志，并将其放入以主机名命名的目录中。 一切工作正常，但我注意到，当我检查打开描述符与lsof它达到1047后暂停。除了写入到单独的目录中的日志，每个日志命令都logging到syslog.log文件。 在第1047个FD打开后，该文件将继续更新。 这就是为什么我认为它不能打开更多的文件描述符。 我该如何解决这个问题？
这是一个非常普遍的问题。 大多数开箱即用的系统缺省的过程限制对现代硬件来说没有多大意义。
您的操作系统上的limits.conf手册页应该指向正确的方向。
很多linux发行版设置限制的文件在
/etc/security/limits.conf
这个问题解决了更一般的问题。
大容量系统的实际最大打开文件描述符（ulimit -n）