That message appears to have been delayed by several years. Lest anyone get
confused by the recency of the timestamp, LevelDB is no longer supported
within ActiveMQ, and anyone who chooses to use it as the persistent store
should be prepared to debug and fix problems without assistance from the
The two stores are similar in that they both utilize an index to track the
location and state of messages written into a Journal. The differences lay
in the way in which the index is implemented among other things. LevelDB is
a slightly faster index than KahaDB and can provide somewhat better
Hi
Did you got any solution for this issue. Even I am getting the same error.
Broker throws below error and goes shutdown:
Could not load factory: org.fusesource.leveldbjni.JniDBFactory due to:
java.lang.NoClassDefFoundError: C ould not
initialize class org.fusesou
ActiveMQ.
Tim
On Tue, Nov 6, 2018, 12:30 PM sandeepatmca I am not sure how we can change the implementation from levelDB to other
> persistence stores. Would that require just the configuration changes in
> activemq.xml or more than that.
> If someone can help to undrstand why below error co
I am not sure how we can change the implementation from levelDB to other
persistence stores. Would that require just the configuration changes in
activemq.xml or more than that.
If someone can help to undrstand why below error continously comes in the
karaf and fuse log.
--
Sent from: http
LevelDB is no longer supported, because of a lack of knowledgeable people
to answer questions and fix bugs such as this one. If using the source code
and a debugger to troubleshoot your own problems doesn't sound appealing,
we recommend you switch to one of the supported persistence stores,
Hi Team,
Did youfigured out the solution for below issue. I am facing similar issue
in our solution .
--
Sent from: http://activemq.2283324.n4.nabble.com/ActiveMQ-User-f2341805.html
to kahaDB instead of
> levelDB be feasible in this current architecture?
>
>
>
> --
> View this message in context: http://activemq.2283324.n4.
> nabble.com/LevelDB-gets-corrupted-and-Ports-are-not-
> up-when-when-activemq-is-stopped-on-servers-tp4728054p4728187.html
&g
We are using ActiveMQ version: 5.13.2 .Will moving to kahaDB instead of
levelDB be feasible in this current architecture?
--
View this message in context:
http://activemq.2283324.n4.nabble.com/LevelDB-gets-corrupted-and-Ports-are-not-up-when-when-activemq-is-stopped-on-servers
Please be advised that LevelDB is no longer supported. If it works for you,
great. If not, you have the source code and are welcome to troubleshoot it
yourself. Otherwise, you should consider moving to KahaDB or JDBC for your
persistent store.
Tim
On Jun 29, 2017 8:14 AM, "Vidu&qu
ActiveMQ version: 5.13.2
Brokers:3
Zookeepers 3.4.8 (3 nodes cluster)
We have upgraded our activemq architecture to new version 5.13.2 which
supports leveldb.
After upgrading to new architecture,we are facing the issue that failover is
not happening successfully on the nodes.
Ports(8161,1099 and
The recommendation is to use KahaDB, not replicated KahaDB. Replicated
KahaDB was abandoned before it was completed, because replicated LevelDB
was expected to be better. But then LevelDB got deprecated because no one
was interested in supporting it (both bug fixes and responding to questions
on
I am in serious trouble recently.
Starting to implement using the ActiveMQ, the requirement is to guarantee no
message lost from our JMS producer.
The JMS producer is sending persistent message to the broker. We are still
using Replicated LevelDB setup with 3 ZooKeeper nodes.
The first question
You're unlikely to get any support on LevelDB from this mailing list, which
is why we were forced to deprecate LevelDB. Your best path forward is to
grab the source code and a debugger and step through the code in question.
Or switch to KahaDB if you're not interested in learning t
Hi everyone
I faced with problem
LevelDB implementation Slave trying to connect to the master but faced with
some issues. Lookig like some loop
2017-01-19 16:33:27,246 | INFO | Slave has disconnected:
c09ad27f-f9ff-455a-adfd-a5d23176f59a
And the same applies to LevelDB within ActiveMQ 5.x; it's deprecated
because no one was willing to spend time fixing bugs and providing support
on the mailing list. If someone (or better, several people) were willing
to do that, it could be un-deprecated. But since the current reality is
wrote:
> Another thing:
>
> If you need a master/slave configuration... You may want to check out
> Apache
> Artemis, which does "store replication"
>
>
>
> --
> View this message in context: http://activemq.2283324.n4.nab
> ble.com/LevelDB-vs-KahaDB-for-master
Another thing:
If you need a master/slave configuration... You may want to check out Apache
Artemis, which does "store replication"
--
View this message in context:
http://activemq.2283324.n4.nabble.com/LevelDB-vs-KahaDB-for-master-slave-Zookeeper-setup-tp4720633p4720699.html
Sen
(Replicated)LevelDB has some issues, and is indeed deprecated.
KahaDB does not officially have a replicating version. There has been some
work on it, which was abandoned in favor of ReplicatedLevelDB... If and when
this will be revived is unknown.
Then to the statement:
I need to implement a
Hi all,
I need to implement a master/slave AMQ configuration using Zookeeper. Should
I now use a Replicated KahaDB store instead of LevelDB since LevelDB has
deprecated?
Regards,
Mike
--
View this message in context:
http://activemq.2283324.n4.nabble.com/LevelDB-vs-KahaDB-for-master-slave
t; --
> View this message in context: http://activemq.2283324.n4.
> nabble.com/How-to-Force-a-Connection-Failover-in-an-
> ActiveMQ-Replicated-LevelDB-Cluster-tp4720385p4720571.html
> Sent from the ActiveMQ - User mailing list archive at Nabble.com.
>
The JMX operations "stop", "start" (or "restart") on the Master Broker do the
job.
--
View this message in context:
http://activemq.2283324.n4.nabble.com/How-to-Force-a-Connection-Failover-in-an-ActiveMQ-Replicated-LevelDB-Cluster-tp4720385p4720571.html
Sent fr
I haven't personally tried this, but I'd expect that calling stop() on the
networkConnector for the master broker via JMX would do what you want
without requiring a full restart. (Then you could call start() to bring it
back, as the slave.) http://activemq.apache.org/jmx.html has a table that
lis
Currently I stop the ActiveMQ Master Node (by a systemd service) to force a
Slave become the new Master.
Afterwards I restart the stopped ActiveMQ Master Node (by a systemd
service) which will become a new Slave.
Is there another way to Force a Connection Failover without stopping and
restarting t
Tim,
I have submitted a bug report in JIRA :
https://issues.apache.org/jira/browse/AMQ-6502
Patrick
--
View this message in context:
http://activemq.2283324.n4.nabble.com/StorePercentUsage-increasing-above-100-for-slaves-in-ActiveMQ-Replicated-LevelDB-Cluster-5-14-1-tp4719072p4719105.html
Can you reproduce this reliably? If so, please submit a bug report in
JIRA.
Tim
On Nov 8, 2016 1:40 AM, "Patrick Vansevenant"
wrote:
The StorePercentUsage of the master node is increasing and decreasing but
remains more or less stable
over the time.
The StorePercentUsage of the slave nodes (J
The StorePercentUsage of the master node is increasing and decreasing but
remains more or less stable
over the time.
The StorePercentUsage of the slave nodes (JMX), on the other hand, is
increasing all the time.
I have already noticed values of 200% and more.
The HA Cluster seems to work and I do
I'm able to consistently reproduce this issue with 5.14.0 & 5.14.1. Opened
JIRA AMQ-6496 <https://issues.apache.org/jira/browse/AMQ-6496> to report
this bug.
--
View this message in context:
http://activemq.2283324.n4.nabble.com/levelDB-log-files-fill-up-disk-o
Unfortunately there's not a LevelDB expert active on the list, so you may
not get much of a response here.
If it's something you can reproduce reliably, you could submit a bug in
JIRA with your configuration and data files and your producer and consumer
code.
Tim
On Oct 28, 20
Hi,
My project is currently running on activemq 5.13.3 with replicated levelDB.
After upgraded to either 5.14.0 and 5.14.1, the message delivery works fine
but levelDB log files don't get deleted and fill up the data directory
eventually.
I couldn't find any required configuration cha
llo,
in my current project we are trying to set up an activeMQ cluster with
LevelDB replication.
Before even trying to configure it in production we decided to have a short
spike where we could try out simple failing scenarios.
Our test configuration has a ZooKeeper ensemble of three nodes and a
Hello,
in my current project we are trying to set up an activeMQ cluster with
LevelDB replication.
Before even trying to configure it in production we decided to have a short
spike where we could try out simple failing scenarios.
Our test configuration has a ZooKeeper ensemble of three nodes and
Hi I am also facing the same issue.Kindly suggest the solution.I have
restarted zookeeper one after other in three servers.2. after starting the
slave server activemq i am getting above issue reported.
--
View this message in context:
http://activemq.2283324.n4.nabble.com/Replicated-LevelDB
mq.2283324.n4.nabble.com/Replicated-LevelDB-uses-Apache-ZooKeeper-problem-tp4709020p4715593.html
Sent from the ActiveMQ - User mailing list archive at Nabble.com.
Your suggestion of a JIRA bug report to track the need to update Snappy
sounds like a good one; can you please submit it so this issue isn't lost?
On Aug 2, 2016 3:03 PM, "sekaijin" wrote:
> I answer me
>
> It seems that there is actually a bug in the implementation of L
HI,
I try to work with ActiveMQ 5.13.4 LevelDB on HP-UX
There appears to have a compatibility problem.
when calling the org.iq80.leveldb.impl.DbImpl.compactMemTableInternal()
method
He made a call to
org.iq80.snappy.Snappy.compress
org.iq80.snappy.UnsafeMemory.loadInt
sun.misc.Unsafe.getInt
I answer me
It seems that there is actually a bug in the implementation of LevelDB,
more precisely in snappy. this library is used by LevelDB for low-level
operations such as buffer handling, and compression.
Hazelcast the project referenced a similar problem and has introduced an
indicator to
Hello,
Informative article. Thanks a lot for sharing such nice information here.
Regards
* Buy Generic Levitra <http://www.sureviagra.com/generic-levitra.html> *
--
View this message in context:
http://activemq.2283324.n4.nabble.com/Kahadb-vs-Leveldb-vs-Replciated-Leveldb-Perfo
network where the connections from one broker go to whichever
member of a master/slave grouping is the active one at any point.
What you've described in this thread sounds like you're doing master/slave
using Zookeeper and replicated LevelDB, which is why you only have one
active broker
cated-levelDB-config-problem-tp4711416p4711421.html
Sent from the ActiveMQ - User mailing list archive at Nabble.com.
ay 1, 2016 10:29 AM, "sekaijin" wrote:
I've found this config
https://github.com/dlaube/amq-example/blob/master/apache-activemq-5.9.0/examples/conf/activemq-leveldb-replicating.xml
I've duplicated it on my 3 brokers (and changed the TCP port)
All activeMQ starts but only one web co
I've found this config
https://github.com/dlaube/amq-example/blob/master/apache-activemq-5.9.0/examples/conf/activemq-leveldb-replicating.xml
I've duplicated it on my 3 brokers (and changed the TCP port)
All activeMQ starts but only one web console are working (the number 3)
the log
cp://0.0.0.0:61613
(jetty port for each 8161 8182 8183)
Zookeeper is running perfectly
but I can't start my brockers
I don't find in the doc hawto configure the broker to work in network with
replecated levelDB.
I've tryed some config found on web but does not work.
thank for your h
| WARN | Invalid log position: 3475 |
org.apache.activemq.leveldb.LevelDBClient | Thread-2
--
View this message in context:
http://activemq.2283324.n4.nabble.com/LevelDB-and-warning-invalid-log-position-tp4711240p4711261.html
Sent from the ActiveMQ - User mailing list archive at Nabble.com.
|
org.apache.activemq.leveldb.LevelDBClient | Thread-2
I have simple configuration with single instance of broker under RedHat 7.
The Leveldb directory is on local file system.
Maybe someone has any clue what can be wrong or how can I find reason of
these WARN –s ?
Regards
Hi!
I'm evaluating ActiveMQ cluster using LevelDB Replicated Store. I have 3
ZooKeeper instances and 3 ActiveMQ instances. All messages use persistent
delivery.
When I only publish events to the queue -- slaves behave properly. If I
start to consume from the queue while having publishers pu
Hi!
I'm evaluating ActiveMQ cluster using LevelDB Replicated Store. I have 3
ZooKeeper instances and 3 ActiveMQ instances. All messages use persistent
delivery.
When I only publish events to the queue -- slaves behave properly. If I
start to consume from the queue while having publishers pu
I would love to collect some more details about this matter. It is a very
nice post and i am highly thankful to you for sharing these details with us.
Keep it up. See more at: http://www.angelmeds.com/
--
View this message in context:
http://activemq.2283324.n4.nabble.com/Kahadb-vs-Leveldb-vs
Wouldn't you implement this at the OS level, not in ActiveMQ
configuration? If each broker host's routing tables run the other broker
hosts' hostnames/IPs through the 10GbE NIC, that should do it.
On Apr 2, 2016 12:51 PM, "cmuarg" wrote:
> I’m running activemq rep
I’m running activemq replicated leveldb on 3 servers with two nics, a 1Gbit
and a 10Gbit.
I want the servers to communicate via the 10Gbit nics to which the clients
do not have access.
If possible, how configure?
Thanks
--
View this message in context:
http://activemq.2283324.n4.nabble.com
I'm coming to the conclusion that LevelDB is not ready for prime time.
I have run this scenario several times and it just keeps failing over time.
I think I'm going to have to look for another solution.
Thanks
Mike
--
View this message in context:
http://activemq.2283324.n4.
ection URL.
Also just wanted to check if this can be enabled only for a particular
topic/queue OR may be a way to specify this from client side ?
Thanks,
Anuj
--
View this message in context:
http://activemq.2283324.n4.nabble.com/AllowLinkStealing-does-not-work-for-TCP-transport-with-leveldb-
uj
>>
>>
>>
>> --
>> View this message in context:
>> http://activemq.2283324.n4.nabble.com/AllowLinkStealing-does-not-work-for-TCP-transport-with-leveldb-persistent-store-tp4709667p4709904.html
>> Sent from the ActiveMQ - User mailing list archive at Nabb
-does-not-work-for-TCP-transport-with-leveldb-persistent-store-tp4709667p4709904.html
Sent from the ActiveMQ - User mailing list archive at Nabble.com.
://activemq.2283324.n4.nabble.com/AllowLinkStealing-does-not-work-for-TCP-transport-with-leveldb-persistent-store-tp4709667p4709904.html
Sent from the ActiveMQ - User mailing list archive at Nabble.com.
No, this option applies to the transport connector and connect be set
client side as that could lead
> /
>
> uri="nio://0.0.0.0:61616?wireFormat.maxInactivityDuration=12"
> allowLinkStealing="true" />
> /
>
>
> Thanks,
> Anuj
>
>
>
> --
> View this message in context:
> http://activemq.2283324.n4.nabble.co
ge in context:
http://activemq.2283324.n4.nabble.com/AllowLinkStealing-does-not-work-for-TCP-transport-with-leveldb-persistent-store-tp4709667p4709881.html
Sent from the ActiveMQ - User mailing list archive at Nabble.com.
ext:
http://activemq.2283324.n4.nabble.com/AllowLinkStealing-does-not-work-for-TCP-transport-with-leveldb-persistent-store-tp4709667p4709778.html
Sent from the ActiveMQ - User mailing list archive at Nabble.com.
On 03/18/2016 06:31 AM, khandelwalanuj wrote:
Hi,
I am using ActiveMQv5.11.1 with levelDB replication. I want to use
'allowLinkStealing' option for TCP transport. I tried but it doesn;t seems
to be removing old connections and adding new one.
Thanks,
Anuj
--
View this message
Hi,
I am using ActiveMQv5.11.1 with levelDB replication. I want to use
'allowLinkStealing' option for TCP transport. I tried but it doesn;t seems
to be removing old connections and adding new one.
Thanks,
Anuj
--
View this message in context:
http://activemq.2283324.n4.
I think I found the issue it was a typo in the activemq.xml leveldb config.
I setup a new test I'll report back.
Thanks
Mike
--
View this message in context:
http://activemq.2283324.n4.nabble.com/Leveldb-not-recovering-from-failover-tp4709307p4709317.html
Sent from the ActiveMQ -
up to log position 1268728231. |
org.apache.activemq.leveldb.replicated.MasterLevelDBStore | ActiveMQ
BrokerService[localhost] Task-24
Server2
ActiveMQ.log
2016-03-15 11:58:27,575 | INFO | Using the pure java LevelDB
implementation. | org.apache.activemq.leveldb.LevelDBClient |
hawtdispatch
. Do we
know the cause? Do we know the fix? Really appreciate your help.ThanksLinu
Raj.
--
View this message in context:
http://activemq.2283324.n4.nabble.com/Activemq-5-9-leveldb-replication-issue-tp4667495p4709236.html
Sent from the ActiveMQ - User mailing list archive at Nabble.com.
ursue this with those two companies. HP seems like the logical one to
start with since the hs_err file says "Please report this error to HP
customer support." Good luck.
On Mar 8, 2016 7:22 PM, "shuangzh" wrote:
> when I use activemq with leveldb persistentAdaptor on hp-
when I use activemq with leveldb persistentAdaptor on hp-unix, the activemq
process will corruption. And then can't restart the activemq .
Is there anyone have the same problem? How can I resolve this issue ?
error message:
INFO | Using the pure java LevelDB implementatio
Thread
2016-03-08 02:08:05,477 | INFO | Using the pure java LevelDB
implementation. | org.apache.activemq.leveldb.LevelDBClient | ActiveMQ
BrokerService[localhost] Task-3
2016-03-08 02:08:05,860 | INFO | Master started: tcp://192.168.5.200:42039
| org.apache.activemq.leveldb.replicated.Mast
tampered & can impact the
cluster.
--
View this message in context:
http://activemq.2283324.n4.nabble.com/Replicated-LevelDB-Controlling-ACL-on-Znodes-tp4708957.html
Sent from the ActiveMQ - User mailing list archive at Nabble.com.
Hi i am having the same issue !
did you guys solve it?
--
View this message in context:
http://activemq.2283324.n4.nabble.com/Help-with-Setting-up-leveldb-tp4701826p4708829.html
Sent from the ActiveMQ - User mailing list archive at Nabble.com.
I have created 2 Jira’s for issues I have encountered with ActiveMQ with
Replicated LevelDB. The latest issue I am encountering is more critical as the
earlier one can be gotten around with NFSv3.
https://issues.apache.org/jira/browse/AMQ-6173
<https://issues.apache.org/jira/browse/AMQ-6
Please do; NFS issues are a known problem for KahaDB where you have a
shared filesystem, but replicated LevelDB isn't supposed to have any shared
filesystem elements and I've never heard of anyone having similar issues.
Please document the options you're using for both your
Hi Tim,
I have been researching ActiveMQ with Replicated LevelDB for more than a
month. I couldn’t figure out why it won’t failover back to the first server in
the lineup. After lots of elimination process, I ended up suspecting the NFSv4
as I had issues with NFSv4 in non-ActiveMQ
I can't help you (I've never used LevelDB) and this list doesn't have a
resident LevelDB expert, but this sounds like a real bug so please submit a
bug in JIRA if you haven't already. Can you reliably reproduce the problem?
On Jan 31, 2016 11:33 PM, "Sunil Vishwanath&qu
The problem went away after the filesystem was downgraded to NFSv3 from
NFSv4.
--
View this message in context:
http://activemq.2283324.n4.nabble.com/Exception-encounter-ActiveMQ-with-Replicated-LevelDB-tp4706710p4706761.html
Sent from the ActiveMQ - User mailing list archive at Nabble.com.
Hello,
I am very new to this forum and I am hoping that you all will see this email.
Currently I am testing the following setup:
ActiveMQ 5.13.0 with LevelDB (3 node cluster).
Zookeeper 3.4.6 (3 node cluster).
Started up all 3 Zookeeper nodes.
Started up all 3 ActiveMQ nodes.
As I started
here all messages must be consumed
quickly, but rather of our decision to use it given the paradigm mismatch
between its capabilities and our needs. (Of course, we wrote it to support
our needs, so you could make the argument that the flaw really is in
KahaDB.)
I've never seen anyone post a
You are right, and I do prefer KahaDB due to its performance (as long as
LevelDB seems to be just "beta-stable").
Such a decision needs to be made after careful consideration of the
trade-offs.
On the strength of our past experience some customers have much less
traffic resp. no t
ues using LevelDB and decided to
> switch back to KahaDB as the default persistence, even if it's slower.
> Our efforts repairing LevelDB storages on many different machines were
> only with moderate success.
>
> In contrast handling problems with KahaDB is a straightforward proc
I agree. We also ran into several issues using LevelDB and decided to
switch back to KahaDB as the default persistence, even if it's slower.
Our efforts repairing LevelDB storages on many different machines were
only with moderate success.
In contrast handling problems with KahaDB
In my opinion KahaDB is more stable at this point than LevelDB. KahaDB
does not seem to suffer from some of the corruption problems and other
issues that have been reported when using LevelDB.
On Thu, Jan 28, 2016 at 12:52 PM, James A. Robinson
wrote:
> Is KahaDB considered the more rob
Is KahaDB considered the more robust backing store of the two options?
We just ran into a variation of
https://issues.apache.org/jira/browse/AMQ-5459
and I couldn't see any way to recover it.
Jim
I setup a 3 node ActiveMQ / Leveldb cluster using 5.13 Activemq running on
RedHat in a VM.
I'm also using the java wrapper.
It seems to run fine I ran 50K messages thru for a test and failed over many
times.
But when left alone over a weekend some of the nodes fail. See below from
ActiveM
> etc.
> > >
> > > I'll reach out to the zookeeper mailing list thanks again.
> > >
> > > Mike
> > >
> > >
> > >
> > > --
> > > View this message in context:
> > >
> >
> http://activemq.2283324.n4.nabble.com/LevelDB-setup-tp4703679p4703815.html
> > > Sent from the ActiveMQ - User mailing list archive at Nabble.com.
> > >
> >
>
the zookeeper mailing list thanks again.
> >
> > Mike
> >
> >
> >
> > --
> > View this message in context:
> >
> http://activemq.2283324.n4.nabble.com/LevelDB-setup-tp4703679p4703815.html
> > Sent from the ActiveMQ - User mailing list archive at Nabble.com.
> >
>
beros Servers
> etc.
>
> I'll reach out to the zookeeper mailing list thanks again.
>
> Mike
>
>
>
> --
> View this message in context:
> http://activemq.2283324.n4.nabble.com/LevelDB-setup-tp4703679p4703815.html
> Sent from the ActiveMQ - User mailing list archive at Nabble.com.
>
zookeeper mailing list thanks again.
Mike
--
View this message in context:
http://activemq.2283324.n4.nabble.com/LevelDB-setup-tp4703679p4703815.html
Sent from the ActiveMQ - User mailing list archive at Nabble.com.
Unfortunately the mailing list doesn't have an active LevelDB expert; when
people ask LevelDB questions, they generally go unanswered.
In this case, it's possible I might be able to help. Looking at your first
error message, it appears to be a Kerberos error, and I see what looks like
Does anyone have an example of setting up LevelDB other then the ActiveMQ web
site?
I followed them and can't get this to work.
Thanks
Mike
--
View this message in context:
http://activemq.2283324.n4.nabble.com/LevelDB-setup-tp4703679p4703778.html
Sent from the ActiveMQ - User mailing
To follow on I'm also getting :
INFO | Using the pure java LevelDB implementation.
INFO | Ignoring IO exception, java.io.IOException:
com.google.common.base.Objects.firstNonNull(Ljava/lang/Object;Ljava/lang/Object;)Ljava/lang/Object;
java.io.IOExce
I'm trying to setup a leveldb cluster on Redhat 3 node cluster.
I have ActiveMQ 5.12.1 zookeeper 3.4.6 installed but I keep getting this
error.
INFO | Initiating client connection,
connectString=appdev041.corp.local:2181,appdev042.corp.local:2181,appdev043.corp.local:2181
sessionTimeout
I replied to the thread so you'll see it.
In the future if you see LevelDB questions that you can answer and you have
the time to do so, that would be really helpful. Ideally, others from the
community who know LevelDB (either as developers or as users who've become
familiar with it)
Kevin Burton, this is the LevelDB post I was referring to.
On Oct 15, 2015 6:56 AM, "zystem" wrote:
> As I ask previousely but in other words "What measured by
> StorePercentUsage?
> How it measured?"
> I have very strong suspicions that in upper described confi
maybe repost the question? I can answer questions about compactions, log
structure merge trees and theoretical issues.
I haven't pushed into the LevelDB code much myself though.
On Fri, Oct 16, 2015 at 6:50 AM, Tim Bain wrote:
> Is there anyone on the list who's enough of an expe
Is there anyone on the list who's enough of an expert on LevelDB to be able
to answer user questions and who's willing to spend the time to do so?
That person's not me; I've never used LevelDB, so I can sometimes figure
out easy questions, but anything beyond the basics is b
1-st slave
StorePercentUsage=510
TempPercentUsage=146
and on 2-nd slave
StorePercentUsage=424
--
View this message in context:
http://activemq.2283324.n4.nabble.com/ActiveMQ-and-Replicated-LevelDB-Store-tp4702593p4702987.html
Sent from the ActiveMQ - User mailing list archive at Nabble.com.
Hello,
I am using ActiveMQ v5.12.0 using a clustered leveldb/zookeeper setup.
I am doing some performance testing of the setup during failover scenarios.
We noticed that during a failover our JMS producer latency jumps up from an
average of 200-400ms to 25000ms. This spike lasts for 2 minutes
brokers in a LevelDB cluster have vastly different
StorePercentUsage values?
Are there any best practices on managing and monitoring ActiveMQ?
--
View this message in context:
http://activemq.2283324.n4.nabble.com/ActiveMQ-and-Replicated-LevelDB-Store-tp4702593p4702732.html
Sent from the
What's the question here? Why temp usage exceeds TempLimit? Why
StoreUsage for the three brokers seems unrelated to disk usage? Why three
brokers in a LevelDB cluster have vastly different StorePercentUsage
values? Something else?
Do you have Producer Flow Control (
http://activemq.apach
means
StorePercentUsage=93
TempPercentUsage=146
then used Replicated LevelDB Store
Or in another words why Replicated LevelDB Store ignores this settings
StoreLimit=8589934592
TempLimit=5368709120
--
View this message in context:
http://activemq.2283324.n4.nabble.com/ActiveMQ-and-Replicated
I'm trying to setup ActiveMQ 5.12.0 using a 3 node leveldb cluster but I keep
getting SASL Warnings.
I can't seem to figure out whats going on.
*ActiveMQ Console:*
WARN | SASL configuration failed: javax.security.auth.login.LoginException:
No JAAS configuration section named 'Cl
?
Hopefully someone who knows that code will provide some insight. If not,
you could always go track down that code and see what you can figure out.
This list could use an active LevelDB expert, and you're the most active
poster on the topic, so you've presumably got a very good star
1 - 100 of 423 matches
Mail list logo
