2014-10-01 91 views
0

項目使用DAM作爲許多MP3存儲許可(計劃超過750Gb) 我們通過Rest上傳mp3和元數據。 服務器:CPU 2 GHz,mem 1.2 Gb可用於java 64位1.7.0_51-b13(jelastic),DB - MySQLCPU負載問題(Magnolia-5.3.3 Jackrabbit-2.8.0)

我們上傳30 GB的mp3。之後突然玉蘭花加載所有CPU資源 - 100%。 關於它的任何錯誤或警告都在日誌中。木蘭有效,但非常緩慢。 重新啓動沒有幫助。

可能會在修復所有工作區存儲庫服務器後啓動並運行 - 我不確定。 DAM工作區在第一時間加載1.5小時以上,然後再加載5-10或30分鐘。

但是上傳下一個20Gb後,我們遇到了同樣的麻煩。存儲庫的修復沒有幫助。

對於修理庫中的每個workspace.xml下一參數變更:

<PersistenceManager class="org.apache.jackrabbit.core.persistence.pool.MySqlPersistenceManager"> 
.... 
<param name="consistencyCheck" value="true" /> 
<param name="consistencyFix" value="true" /> 
</PersistenceManager> 
    <SearchIndex class="org.apache.jackrabbit.core.query.lucene.SearchIndex"> 
... 
     <param name="forceConsistencyCheck" value="true"/> 
     <param name="autoRepair" value="true"/> 
<param name="onWorkspaceInconsistency" value="log"/> 
+1

我建議要問您的託管服務提供商與此問題的幫助。 另外,查看應用程序服務器日誌將會非常有用,可以找出問題所在。 – leo 2014-10-03 06:33:57

+0

感謝您的推薦。但是「任何錯誤或警告」 - 所有記錄在DEBUG中。在服務器終端「ps aux」或「top」顯示給我:java(tomcat)進程加載CPU。 – 2014-10-04 08:18:05

+0

我在新的資源庫文件夾上運行了magnolia,並上傳了10 Gb--一切正常(同時)。 – 2014-10-04 08:19:58

回答

1

我猜問題是您要上傳的內容類型 - MP3是由JackRabbit用索引(從隊列)。這也是爲什麼重新啓動沒有幫助,因爲回購知道這些文件仍然沒有編入索引,並繼續在它們上面工作。解決方案應該是更改索引配置以關閉這些文件的索引。有關更多詳細信息,請參見Search IndexFull text parsing

HTH, 揚

+0

謝謝。我在失敗的存儲庫上啓動了重建DAM工作區的索引。 Magnolia-cms的作品。 – 2014-10-13 11:43:19