Mailing-List: contact users-help@activemq.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@activemq.apache.org
Received-SPF: pass (nike.apache.org: domain of lists@nabble.com designates
 216.139.236.158 as permitted sender)
Message-ID: <16184998.post@talk.nabble.com>
Date: Thu, 20 Mar 2008 10:54:53 -0700 (PDT)
From: dfrodrig <daniel.rodrigues@cern.ch>
To: users@activemq.apache.org
Subject: Re: Persistence From Redo Log Only?
In-Reply-To: <15869535.post@talk.nabble.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
References: <15869535.post@talk.nabble.com>


Hello, I have the exact same questions, could someone reply?

I would like to add the following: I am trying to use a Master Slave
configuration sitting on top of a SAN in order to provide high availability,
but the fact is that everytime I stop the master and the slave takes over,
the entire system is hanging for the time of recovery (exactly like
described by Marteen). JDBC is way too slow for having persistence + high
availability, so how could this problem be tackled?  

Does it mean we cannot rely on Activemq for providing high availability, or
is it some broker configuration that needs to be addressed? 

anyone could answer this post? Thanks!


Maarten Manders wrote:
> 
> Hi everybody
> 
> I managed to make my ActiveMQ broker persistent - however I'm not quite
> sure if it's running the way it should. Every time i start up the broker,
> it writes the following to the log:
> 
> INFO  KahaStore                      - Kaha Store using data directory
> /usr/local/activemq/activemq-data/kr-store/state
> INFO  AMQPersistenceAdapter          - Active data files: []
> WARN  AMQPersistenceAdapter          - The ReferenceStore is not valid -
> recovering ...
> INFO  KahaStore                      - Kaha Store successfully deleted
> data directory /usr/local/activemq/activemq-data/kr-store/data
> INFO  AMQPersistenceAdapter          - Journal Recovery Started from:
> DataManager:(data-)
> INFO  KahaStore                      - Kaha Store using data directory
> /usr/local/activemq/activemq-data/kr-store/data
> INFO  AMQPersistenceAdapter          - Recovered 310047 operations from
> redo log in 212.301 seconds.
> INFO  AMQPersistenceAdapter          - Finished recovering the
> ReferenceStore
> 
> Obviously, recovering from the journal (= redo log, correct?) is quite
> slow. Shouldn't ActiveMQ recover from the Kaha Reference Store instead?
> Unfortunately, I'm getting a "The ReferenceStore is not valid" all the
> time.
> 
> Here's my config:
> 
>   <broker xmlns="http://activemq.org/config/1.0" brokerName="localhost"
> persistent="true" useShutdownHook="false"
> dataDirectory="${activemq.base}/data">
> 
>     <!-- The transport connectors ActiveMQ will listen to -->
>     <transportConnectors>
>        <transportConnector name="stomp" uri="stomp://localhost:61613"/>
>     </transportConnectors>
> 
>     <!-- Use the following if you wish to configure the journal with JDBC
> -->
>     <persistenceAdapter>
>       <amqPersistenceAdapter directory="${activemq.base}/activemq-data"
> maxFileLength="32mb"/>
>     </persistenceAdapter>
> 
>   </broker>
> 
> 
> Aside from that, I have some other questions:
> 
> 1. Persistent messages that are recovered on startup don't appear in the
> admin console. However, I'm able to subscribe and receive them, which
> confuses the console even more and makes it show a negative number in
> "Number Of Pending Messages". Is this normal or is it related to the fact,
> that my messages are not properly persisting?
> 
> 2. ActiveMQ chokes (it sometimes takes seconds until the messages start
> arriving), when trying to receive recovered messages after startup (at
> least for > 100k messages). I guess, that's normal, since it's a lot of
> messages... is that correct?
> 
> 3. What's the useShutdownHook="false" for, which I see in all ActiveMQ
> conf examples?
> 
> Thanks in advance! & Cheers!
> Maarten
> 

-- 
View this message in context: http://www.nabble.com/Persistence-From-Redo-Log-Only--tp15869535s2354p16184998.html
Sent from the ActiveMQ - User mailing list archive at Nabble.com.