Return-Path: Delivered-To: apmail-activemq-users-archive@www.apache.org Received: (qmail 59200 invoked from network); 6 Aug 2010 19:14:22 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 6 Aug 2010 19:14:22 -0000 Received: (qmail 67245 invoked by uid 500); 6 Aug 2010 19:14:22 -0000 Delivered-To: apmail-activemq-users-archive@activemq.apache.org Received: (qmail 67197 invoked by uid 500); 6 Aug 2010 19:14:21 -0000 Mailing-List: contact users-help@activemq.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@activemq.apache.org Delivered-To: mailing list users@activemq.apache.org Received: (qmail 67189 invoked by uid 99); 6 Aug 2010 19:14:21 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 06 Aug 2010 19:14:21 +0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=FREEMAIL_FROM,SPF_HELO_PASS,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of lists@nabble.com designates 216.139.236.158 as permitted sender) Received: from [216.139.236.158] (HELO kuber.nabble.com) (216.139.236.158) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 06 Aug 2010 19:14:15 +0000 Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1OhSMc-0004PM-AM for users@activemq.apache.org; Fri, 06 Aug 2010 12:13:54 -0700 Message-ID: <29356482.post@talk.nabble.com> Date: Fri, 6 Aug 2010 12:13:54 -0700 (PDT) From: ripienaar To: users@activemq.apache.org Subject: Kaha corruption in 5.4-SNAPSHOT MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: rip@devco.net X-Virus-Checked: Checked by ClamAV on apache.org Leaving my persistance settings to default I wanted to do some tests about the behavior of the broker with lots of messages incoming when the consumer is dead. I am using a slow virtual machine and Tanukiwrapper, when Tanuki detects the ActiveMQ VM is not responding it kills and restarts it - in effect it's a test what would happen should a server just loose power and I'm quite interested in knowing my persistent queues will be able to survive such a power event. It's my understanding that the Kaha store is specifically resilient to this kind of crash/server death/VM crash but what I am seeing are exceptions like: 2010-08-06 20:02:49,948 [erSimpleAppMain] ERROR BrokerService - Failed to start ActiveMQ JMS Message Broker. Reason: java.io.EOFException: Chunk stream does not exist at page: 0 java.io.EOFException: Chunk stream does not exist at page: 0 at org.apache.kahadb.page.Transaction$2.readPage(Transaction.java:454) at org.apache.kahadb.page.Transaction$2.(Transaction.java:431) at org.apache.kahadb.page.Transaction.openInputStream(Transaction.java:428) at org.apache.kahadb.page.Transaction.load(Transaction.java:404) at org.apache.kahadb.page.Transaction.load(Transaction.java:361) at org.apache.activemq.store.kahadb.MessageDatabase$1.execute(MessageDatabase.java:233) at org.apache.kahadb.page.Transaction.execute(Transaction.java:728) at org.apache.activemq.store.kahadb.MessageDatabase.loadPageFile(MessageDatabase.java:220) 2010-08-06 20:02:49,992 [erSimpleAppMain] ERROR KahaDBStore - Could not stop service: org.apache.activemq.store.kahadb.KahaDBStore@2a869113. Reason: java.lang.NullPointerException java.lang.NullPointerException at org.apache.kahadb.page.Transaction.openOutputStream(Transaction.java:262) at org.apache.kahadb.page.Transaction.store(Transaction.java:247) at org.apache.activemq.store.kahadb.MessageDatabase$5.execute(MessageDatabase.java:382) at org.apache.kahadb.page.Transaction.execute(Transaction.java:728) at org.apache.activemq.store.kahadb.MessageDatabase.unload(MessageDatabase.java:380) If I just delete all the data it comes back - but looses the data obviously. Is Kaha the best storage system to use for persistence I was under the impression that it's default enableJournalDiskSyncs should always keep the journal updated and that a recovery will then be able to recover things. I'd even be happy if the in-flight transaction gets aborted but would be really nice to be able to recover the bulk of a queue post power event. -- View this message in context: http://old.nabble.com/Kaha-corruption-in-5.4-SNAPSHOT-tp29356482p29356482.html Sent from the ActiveMQ - User mailing list archive at Nabble.com.