Re: question about replicated level DB Store

2015-03-09 Thread Christian Grassi
You need at least 3 because you need to keep the quorum and avoid network partitions. Chris Il giorno mar 10 mar 2015 00:20 arun196 ha scritto: > Excerpt from the link - > http://activemq.apache.org/replicated-leveldb-store.html > "You should run at least 3 ZooKeeper server nodes so that the Zoo

persistent, or non-persistent, that is the question.

2015-03-09 Thread Kevin Burton
Are there any HA scenarios for replicated non-persistent queues? I’d love to not have to lose a whole queue server just because it was rebooted and allow HA to take over. -- Founder/CEO Spinn3r.com Location: *San Francisco, CA* blog: http://burtonator.wordpress.com … or check out my Google+

question about replicated level DB Store

2015-03-09 Thread arun196
Excerpt from the link - http://activemq.apache.org/replicated-leveldb-store.html "You should run at least 3 ZooKeeper server nodes so that the ZooKeeper service is highly available. Don't overcommit your ZooKeeper servers" Can anyone please explain how this works? We are thinking 2 zookeeper serve

Re: Data Migration from KahaDB to LevelDB?

2015-03-09 Thread artnaseef
Addition ideas to consider: (1) Use a JMS-to-JMS bridge to network the old broker and the new only long enough to move the messages from the old to the new: http://activemq.apache.org/jms-to-jms-bridge.html (2) Use a camel route to do the job. The top of the page in (1) mentions that idea. It's

Re: Data Migration from KahaDB to LevelDB?

2015-03-09 Thread Tim Bain
This solution works in certain situations, but there's currently no way to cleanly migrate consumers to the new broker in all situations. Scheduled messages and non-durable topic subscriptions are two examples of cases where simply standing up a new broker and having all clients move to it isn't r

Re: Discrepancy in message counts

2015-03-09 Thread Tim Bain
You can use JMX (via JConsole, for example) to get stats on any destination in the broker, which would let you find out whether there were any messages pending in any of your queues. Also, were there any old messages in any destination (including your Dead Letter Queue) at the time you did the swi

Re: Dequeued count is greater than enqueued count

2015-03-09 Thread Tim Bain
Your one-line description doesn't really describe what you're seeing; can you describe what actions were taken (by you and by the system), the observed result, and the expected result in more detail? On Wed, Mar 4, 2015 at 11:47 PM, suganya wrote: > Hi, > > There is a count mismatch between a qu

Re: Data Migration from KahaDB to LevelDB?

2015-03-09 Thread Timothy Bish
On 03/09/2015 11:54 AM, James A. Robinson wrote: On Fri, Mar 6, 2015 at 6:07 AM, underflow wrote: - Another idea was to create a network of brokers with the original instance (w/ kahadb persistence) and the new instance (w/ leveldb persistence) + resending all content, if required... I'll be c

Re: Data Migration from KahaDB to LevelDB?

2015-03-09 Thread James A. Robinson
On Fri, Mar 6, 2015 at 6:07 AM, underflow wrote: > - Another idea was to create a network of brokers with the original instance > (w/ kahadb persistence) and the new instance (w/ leveldb persistence) + > resending all content, if required... I'll be curious to see what advice you get. I'm new to

Discrepancy in message counts

2015-03-09 Thread suganya
Hi, There is a count mismatch between a queue we have hosted and a queue which is populated upon processing the messages from that queue,there were some pending messages in the queue before restarting the broker. Also we use another broker which points to a different data folder which is populate

Data Migration from KahaDB to LevelDB?

2015-03-09 Thread underflow
Is there a way to convert KahaDB persistence to LevelDB persistence? In case of 1 KahaDB Persistence Store for all Broker-Content: How can I switch to LevelDB without losing persistent messages? - A command line with direct conversion would be the preferred way for the upgrade pipeline. - But als

Discrepancy in message counts

2015-03-09 Thread suganya
We are developing a product which carries out all the transaction in activeMQ . we have q1 & q2 hosted in a broker and q3 in two brokers(Master/Slave configuration). Our product reads messages from q1 broker b1 and populates the same in q3 broker 2 .Now after some of the messages are enqueued into

Dequeued count is greater than enqueued count

2015-03-09 Thread suganya
Hi, There is a count mismatch between a queue we have hosted and a queue which is populated upon processing the messages from that queue,there were some pending messages in the queue before restarting the broker. Also we use another broker which points to a different data folder which is populated

Re: JMS connection has failed

2015-03-09 Thread thufir
Sorry to spam the list, I went back to the original: http://stackoverflow.com/a/28941062/262852 and changed to the port used in the example, 61616, instead of 3700 as I was using. It runs cleanly, albeit without output: thufir@doge:~$ thufir@doge:~$ activemq status INFO: Loading '/home/thufi

Re: JMS connection has failed

2015-03-09 Thread thufir
I've googled this error without learning much. What does it mean? I've checked that the server is running, etc. Better code: thufir@doge:~$ thufir@doge:~$ activemq status INFO: Loading '/home/thufir/apache-activemq-5.11.1/bin/env' INFO: Using java '/usr/lib/jvm/java-7-openjdk-amd64/bin/java'

hello world doesn't work against server. runs stand-alone only.

2015-03-09 Thread thufir
I'm still learning activemq. This sample seems to run ok, a sort of hello world. However, it doesn't run so well when I actually start activemq. Is that because activemq is "embedded" in some way? thufir@doge:~$ thufir@doge:~$ activemq status INFO: Loading '/home/thufir/apache-activemq-5.11

JMS connection has failed

2015-03-09 Thread thufir
When it reports that the connection has failed, and this is all on the same machine, same JVM, does that mean that it's connecting properly, or, rather, that activeMQ isn't properly configured? I realize some of that might be in the eye of the beholder, but.. thufir@doge:~$ thufir@doge:~$ thu