2015-03-31 97 views
2

我在Neo4j 2.2中看到一個問題,其中計數輪換似乎導致服務器停止響應請求。我的圖有大約50M節點和100M關係。我附上了相關的日誌。Neo4j日誌輪換服務器停止響應

一旦輪換髮生,服務器將不再處理任何更多的請求,我不能再導航到Web管理頁面。在商店商店輪換中究竟發生了什麼?我們不得不重新啓動服務器。這總是導致強制關機,然後需要很長時間才能重新啓動,因爲日誌顯示:「使用版本1361需要進行恢復」

謝謝。

enter image description here

[編輯]

我已經添加了更詳細的有關各種Neo4j的文件的大小,包括日誌文件大小:

enter image description here

[編輯06-15 -2015]

附加是顯示被阻塞的線程的最近的jstack文件。另外,我已經包含了一個vmstat文件。

Jstack file VMStat file

+0

您可以加入你的類型的請求,併發負載的日誌文件的大小,圖形的結構等詳細資料?另外如果你可以發送給我你的graph.db/messages.log到neo4j.org的michael將會非常有幫助 – 2015-03-31 15:35:12

+0

當服務器處於這種狀態時,你還等多久?它會刷新商店文件,這會導致很多IO。例如,具有EBS卷的Amazon EC2實例沒有很多IOPS。 – 2015-03-31 15:43:34

+0

我等了大約30分鐘。似乎很長時間沒有迴應? – Jonathan 2015-03-31 15:50:22

回答

1

的原因是旋轉事務日誌要求的存儲文件的所有更改會被迫存儲設備,舊的事務日誌可以歸檔之前和一個新的創造。此店面沖洗可能需要很長時間。

的好消息是,Neo4j的2.3將解決這個問題:https://github.com/neo4j/neo4j/pull/4756