0
我們的OrientDB服務器(版本2.2.17)經常崩潰。 Java VM創建大量的hs_err_pid.log文件。大約3次崩潰之後,它用我們的服務器上的78個演出日誌填滿了我們的整個硬盤。Orientdb崩潰日誌填滿整個驅動器
這些崩潰日誌沒有任何用處,因爲它們要分享很大,它們的唯一目的是填充硬盤空間並使OrientDB崩潰更多。
我讀了Oracle的網站上,我們可以使用-XXdumpSize:小
-XXdumpSize:small
這不會轉儲整個堆,但是隻記錄基本的錯誤。 如何爲OrientDB啓用此功能?
我試過將它傳遞給/etc/init.d/orient啓動腳本,但它似乎沒有任何效果。
如果無法複製,OrientBD團隊不會解決問題。由於我無法重現崩潰,所以沒有意義。我試圖將其添加到server.sh文件,但我不知道在哪裏。我將它添加到ORIENTDB_OPTS_MEMORY,但它似乎沒有任何影響。然而,這很難評估,因爲我們被迫因爲不相關的索引問題而使數據庫脫機。只要我知道發生了什麼就會反饋。 – anber
嗨@anber我認爲我們會嘗試修復它,你至少有錯誤報告。所以我們可以看看它,也許我們可以做些什麼。所以我們真的很期待看到這個問題。 –
很遺憾,我們沒有任何錯誤報告。我們在每次重新啓動後開始清理日誌,並且正在更改我們的服務器配置。 OrientDB在分佈式模式下太不可靠,我們一直在努力幾個月才使它穩定下來而沒有成功。我們通過每小時備份將我們的數據庫分成各種其他數據庫。它似乎比複製效果更好。我只是想保證Java虛擬機轉儲不會填滿我們的驅動器。 – anber