2010-11-29 81 views
2

我們已經把ActiveMQ放在一臺全新的服務器上。配置它使用'kahadb'(我們閱讀時首選),並將其設置爲允許文件擴展爲2GB。activemq是可靠的嗎?

然後當我們在隊列上加載負載(+ - 500 /秒)時,幾分鐘內activemq崩潰。

當ActiveMQ的嘗試重新啓動,它不能因爲數據庫已損壞:

2010-11-29 13:00:50,359 | ERROR | Failed to start ActiveMQ JMS Message Broker. Reason: 
java.io.EOFException | org.apache.activemq.broker.BrokerService | WrapperSimpleAppMain 
java.io.EOFException 
at java.io.RandomAccessFile.readFully(RandomAccessFile.java:383) 
at java.io.RandomAccessFile.readFully(RandomAccessFile.java:361) 
at org.apache.kahadb.page.PageFile.readPage(PageFile.java:792) 
at org.apache.kahadb.page.Transaction.load(Transaction.java:411) 

只有刪除DB,讓它使用該日誌的是它再次自我修復,只有後再次崩潰幾分鐘。

其他人有這些可靠性問題?

的ActiveMQ(5.4.1)安裝在Win2003的,與Java64位(1.6.0__22)

負載正在被使用踐踏運行PHP 4個Web服務器完成。

+0

這幾乎完全無關,但Win2003的主流支持在今年夏天結束。 – 2010-11-29 12:21:57

回答

4

這是5.4.1的已知問題。它在5.4.2版本中是固定的並且可用,現在應該會在任何一天發佈。您可以從這裏測試候選版本:https://repository.apache.org/content/repositories/orgapacheactivemq-023/org/apache/activemq/apache-activemq/5.4.2/

+0

bosanac:頁面文件是否也有增加到千兆字節的問題? (請參閱我的其他問題:http://stackoverflow.com/questions/4306804/activemq-memory-consumption-through-the-roof-page-file-what-to-do)。謝謝! – Toad 2010-11-29 18:30:28

2

我也注意到了這個問題(性能不佳,很多機器在高流量下崩潰)。它確實在最新版本中得到修復,但我建議在生產系統上降級到5.3.2。