I am playing with the zookeeper 3.2.0 build, and it looks like the
zkCleanup.sh script is a little buggy. :)
It calls:
PurgeTxnLog $dataDir
but doesn't pass through the count of snapshots.. you could do it simply
by adding:
PurgeTxnLog $dataDir $*
Though I just realized, it only uses
Actually.. this is the patch I would suggest:
remove everything below and including the eval, and change to:
ZOODATADIR=$(grep '^dataDir=' $ZOOCFG | sed -e 's/.*=//')
ZOODATALOGDIR=$(grep '^dataLogDir=' $ZOOCFG | sed -e 's/.*=//')
if [ x${ZOODATALOGDIR} = x ]
then
java
Hey guys,
Been using ZK indirectly for a few months now in the HBase and Katta
realms. Both of these applications make it really easy so you don't
have to be involved much with managing your ZK cluster to support it.
I'm now using ZK for a bunch of things internally, so now I'm manually
Thanks for the report, looks like something we need to address, would
you mind going the extra step and adding a JIRA on this?
https://issues.apache.org/jira/browse/ZOOKEEPER
Thanks,
Patrick
kishore g wrote:
Hi All,
Zookeeper recipe queue code has a bug.
byte[] b = zk.getData(root +
Also are there any performance numbers of zookeeeper based queues. How does
it compare with JMS.
thanks
Kishore G
Hi Kishore,
We do not have any performance number fr queues on zookeeper. I think you
can get a rough idea of those numbers from your usage of zookeeper (number
of reads/writes
Depending on your needs, there may be other recipes as well that would give
higher performance.
For example, it might be preferable to keep the queue itself in a small-ish
set of files that each hold many task items.
Different implementations will give different trade-offs on speed,
especially
