企业如何通过vue小程序开发满足高效运营与合规性需求
259
2023-12-05
这篇文章主要介绍“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中的值怎么来的”的学习就结束了,希望能够解决大家的疑惑。理论与实践的搭配能更好的帮助大家学习,快去试试吧!若想继续学习更多相关知识,请继续关注网站,小编会继续努力为大家带来更多实用的文章!
版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。
发表评论
暂时没有评论,来抢沙发吧~