这篇文章主要介绍“SequoiaDB v2.8.4显示的open files中的值怎么来的”，在日常操作中，相信很多人在SequoiaDB v2.8.4显示的open files中的值怎么来的问题上存在疑惑，小编查阅了各式资料，整理出简单好用的操作方法，希望对大家解答”SequoiaDB v2.8.4显示的open files中的值怎么来的”的疑惑有所帮助！接下来，请跟着小编一起来学习吧！

站在用户的角度思考问题，与客户深入沟通，找到青秀网站设计与青秀网站推广的解决方案，凭借多年的经验，让设计与互联网技术结合，创造个性化、用户体验好的作品，建站类型包括：网站设计、成都网站制作、企业官网、英文网站、手机端网站、网站推广、申请域名、网站空间、企业邮箱。业务覆盖青秀地区。

【问题详细描述】 
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中的值怎么来的”的学习就结束了，希望能够解决大家的疑惑。理论与实践的搭配能更好的帮助大家学习，快去试试吧！若想继续学习更多相关知识，请继续关注创新互联-成都网站建设公司网站，小编会继续努力为大家带来更多实用的文章！

名称栏目：SequoiaDBv2.8.4显示的openfiles中的值怎么来的-创新互联
本文路径：http://pwwzsj.com/article/gjidj.html