这篇文章主要介绍“SequoiaDB v2.8.4显示的open files中的值怎么来的”，在日常操作中，相信很多人在SequoiaDB v2.8.4显示的open files中的值怎么来的问题上存在疑惑，小编查阅了各式资料，整理出简单好用的操作方法，希望对大家解答”SequoiaDB v2.8.4显示的open files中的值怎么来的”的疑惑有所帮助！接下来，请跟着小编一起来学习吧！
目前成都创新互联已为1000多家的企业提供了网站建设、域名、网络空间、绵阳服务器托管、企业网站设计、中山网站维护等服务，公司将坚持客户导向、应用为本的策略，正道将秉承"和谐、参与、激情"的文化，与客户和合作伙伴齐心协力一起成长，共同发展。
【问题详细描述】
SequoiaDB v2.8.4版本的节点日志中显示的open files中的值是从哪里获取的？6月10号启动节点时open files 显示的值与ulimit.conf设置的保持一致，为1048576，但6月17号，即今天早上节点启动时open files的值却为4096。
【问题排查】
（如下以 sequoiadb 所属默认用户 sdbadmin 为例）
1、确认 /proc/[cm_pid]/limits 是否用 sdbadmin 启动，并确认 /proc/[cm_pid]/limits 当前值；
from 用户：所有主机的 sdbcm open files均为 4096；
2、如果执行./bin/sdbstart 加 -i 参数会跳过 limits.conf，以当前 linux 会话中的 ulimit -n 为准，确认 sequoiadb 启动方式；
from 用户：客户早上是执行sdbstop 命令显示11820节点(该节点为上面提到的节点日志的节点)停止失败，kill -9 该节点后再使用 sdbadmin / sdbstart 启停的节点；
3、确认编目节点（如11820）是否为 CM 自动拉起的，CM 自身进程什么时候启动的，如果是 bin/sdbcmart -i 也是跳过 ulimit.conf；
from 用户：11820是cm拉起的，cm 进程是 2018-05-14，/etc/security/limit.conf 文件的最后修改时间 2017-12-04
【解决办法】
因为 sdbcm 节点的 open files 为 4096，11820 节点是被 kill 掉的，由 sdbcm 拉起；另外，排查 ulimit 的设置也是正确的。客户那边后续没有反馈日志和更多问题进展，没有找到问题原因。
客户重启 sdbcm 后正常。
到此，关于“SequoiaDB v2.8.4显示的open files中的值怎么来的”的学习就结束了，希望能够解决大家的疑惑。理论与实践的搭配能更好的帮助大家学习，快去试试吧！若想继续学习更多相关知识，请继续关注创新互联网站，小编会继续努力为大家带来更多实用的文章！
