2014-01-28 97 views
0

我在單個服務器上使用mongodb v2.2.2(Ubuntu 12.04)。mongod在沒有日誌記錄的情況下崩潰

它崩潰,沒有登錄/var/log/mongodb/mongodb.log。 它記錄期間似乎崩潰了。(字符中斷。而且,這個記錄是正常的查詢日誌。)

而且,我在系統日誌檢查有關內存的問題(例如,killed proccess), 但無法找到它。

然後,我在mongo-shell(db.printCollectionStats()命令)上發現了以下錯誤。

DLLConnectionResultData { 「NS」: 「UserData.DLLConnectionResultData」, 「計數」:8215398, 「大小」:4831306500, 「avgObjSize」:588.0794211065611, 「ERRMSG」:「異常:斷言的src /蒙戈/ DB/database.cpp:300" , 「代碼」:0, 「OK」:0 }

如何找出問題?

謝謝

+0

似乎是一個內存錯誤。 mongod版本是32位還是64位? – arunb2w

+0

感謝您的意見。我正在使用64位版本的mongod。 – user3242587

+0

你能否請你檢查是否能夠在服務器日誌中發現任何錯誤?如果你啓用日誌功能,請禁用並嘗試 – arunb2w

回答

0

我檢查了線路中的源代碼2.2.2(見here僅供參考)。該錯誤特別與在MongoDB上執行quotas有關。你沒有提到在這裏強制執行配額,或者你已經設置了文件限制(默認值是8),但是你可能會在這裏遇到限制。首先,我建議進入2.2的更新版本(最終升級到2.4,但最初肯定是2.2.7+)。如果使用配額,則進入2.2.5的this fix會記錄超出配額的消息(之前僅記錄日誌級別1,缺省值爲日誌級別0)。因此,如果配額違規是罪魁禍首,您可能會收到預警。

如果是這樣的根本原因,那麼你有兩個選擇:

  1. 升級到2.2最新版本後,問題重複發生,文件上2.2
  2. 的崩潰的bug報告
  3. 升級到2.4,驗證該問題仍然存在,並提交錯誤(或添加到2.2以上報告)

在這兩種情況下,臨時關閉配額將防止明顯的方式碰撞。

+0

感謝您回答,亞當C.我沒有使用配額限制。我現在正在檢查配額/分配。 – user3242587

相關問題