SequoiaDB v2.8.4顯示的open files中的值怎么來的

這篇文章主要介紹“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中的值怎么來的”的學習就結束了，希望能夠解決大家的疑惑。理論與實踐的搭配能更好的幫助大家學習，快去試試吧！若想繼續學習更多相關知識，請繼續關注億速云網站，小編會繼續努力為大家帶來更多實用的文章！