共計 1110 個字符，預計需要花費 3 分鐘才能閱讀完成。
行業(yè)資訊
數據庫
SequoiaDB v2.8.4 顯示的 open files 中的值怎么來的
這篇文章主要介紹“SequoiaDB v2.8.4 顯示的 open files 中的值怎么來的”，在日常操作中，相信很多人在 SequoiaDB v2.8.4 顯示的 open files 中的值怎么來的問題上存在疑惑，丸趣 TV 小編查閱了各式資料，整理出簡單好用的操作方法，希望對大家解答”SequoiaDB v2.8.4 顯示的 open files 中的值怎么來的”的疑惑有所幫助！接下來，請跟著丸趣 TV 小編一起來學習吧！
【問題詳細描述】
SequoiaDB v2.8.4 版本的節(jié)點日志中顯示的 open files 中的值是從哪里獲取的？6 月 10 號啟動節(jié)點時 open files 顯示的值與 ulimit.conf 設置的保持一致，為 1048576，但 6 月 17 號，即今天早上節(jié)點啟動時 open files 的值卻為 4096。
【問題排查】
（如下以 sequoiadb 所屬默認用戶 sdbadmin 為例）
1、確認 /proc/[cm_pid]/limits 是否用 sdbadmin 啟動，并確認 /proc/[cm_pid]/limits 當前值；
from 用戶：所有主機的 sdbcm open files 均為 4096；
2、如果執(zhí)行./bin/sdbstart 加 -i 參數會跳過 limits.conf，以當前 linux 會話中的 ulimit -n 為準，確認 sequoiadb 啟動方式；
from 用戶：客戶早上是執(zhí)行 sdbstop 命令顯示 11820 節(jié)點 (該節(jié)點為上面提到的節(jié)點日志的節(jié)點) 停止失敗，kill -9 該節(jié)點后再使用 sdbadmin / sdbstart 啟停的節(jié)點；
3、確認編目節(jié)點（如 11820）是否為 CM 自動拉起的，CM 自身進程什么時候啟動的，如果是 bin/sdbcmart -i 也是跳過 ulimit.conf；
from 用戶：11820 是 cm 拉起的，cm 進程是 2018-05-14，/etc/security/limit.conf 文件的最后修改時間 2017-12-04
【解決辦法】
因為 sdbcm 節(jié)點的 open files 為 4096，11820 節(jié)點是被 kill 掉的，由 sdbcm 拉起；另外，排查 ulimit 的設置也是正確的?？蛻裟沁吅罄m(xù)沒有反饋日志和更多問題進展，沒有找到問題原因。
客戶重啟 sdbcm 后正常。
到此，關于“SequoiaDB v2.8.4 顯示的 open files 中的值怎么來的”的學習就結束了，希望能夠解決大家的疑惑。理論與實踐的搭配能更好的幫助大家學習，快去試試吧！若想繼續(xù)學習更多相關知識，請繼續(xù)關注丸趣 TV 網站，丸趣 TV 小編會繼續(xù)努力為大家?guī)砀鄬嵱玫奈恼拢?/p>
