大橙子网站建设,新征程启航
为企业提供网站建设、域名注册、服务器等服务
这篇文章主要介绍“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中的值怎么来的”的学习就结束了,希望能够解决大家的疑惑。理论与实践的搭配能更好的帮助大家学习,快去试试吧!若想继续学习更多相关知识,请继续关注创新互联-成都网站建设公司网站,小编会继续努力为大家带来更多实用的文章!