Could you share your zookeeper conf please.
Is password authentication of zookeeper configured?
Regards
Chris
Il giorno mer 11 nov 2015, 14:12 Tim Bain ha
scritto:
> BTW, did you see this in the error message? "If you continue to see this
> message after manually refreshing your
> cache, ensu
le the packet is over the ethernet it’s not sync’d .. while it’s
> waiting
> > in queue, it’s not sync’d.
> >
> > The change is that instead of taking one message at a time, and writing,
> > then syncing each one, you either read N messages at once, or the entire
> > q
Hi Kevin,
just curios how many messages per second you are seeing?
Regarding batching in my opinion it is right, even if is not the most
performing solution, to have a fsync per msg as otherwise in case of outage
you lose more messages. Personally speaking in a persistent queue if the
producer is a
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
to identify
> a configuration and set of steps to reliably reproduce it? If not, the
> odds are good that no one is actively investigating it, so doing those
> things would be the first step towards getting the problem fixed.
> On Dec 23, 2014 5:47 AM, "Christian Grassi"
> w
Hi Kevin,
Do you have any update on this issue?
It looks to me that this config is not really production ready.
What do you think?
Is someone of the development team having a look?
Chris
Il giorno gio 18 dic 2014 21:50 Kevin Burton ha
scritto:
I have a 3 node 5.10 cluster with replicated levelDB as persistent store.
I'm Stresstesting the queue with around 5000 persistent msg/s.
1 Producer
2 Consumers
I get some warning messages on the log:
On Master:
2014-12-16 16:25:28,375 | INFO | Slave has disconnected:
db6c9
I have a 3 node 5.10 cluster with replicated levelDB as persistent store.
I'm Stresstesting the queue with around 5000 persistent msg/s.
1 Producer
2 Consumers
I get some warning messages on the log:
On Master:
2014-12-16 16:25:28,375 | INFO | Slave has disconnected:
db6c9
