waiting for someone to respond
--
View this message in context:
http://activemq.2283324.n4.nabble.com/Multiple-persistence-adapters-using-levelDB-tp4675278p4679489.html
Sent from the ActiveMQ - User mailing list archive at Nabble.com.
Hi.
Sorry. i need help please
I am using ActiveMQ and Spring JMS template.
follow your steps, but do not work my setting.
show it my conf.
advisorySupport="false">
We have a system with 250-260 producers and Spring-based application with 40
consumers processing the messages. We are seeing a large backlog of message
in the broker (60k at peak times) while there many consumer threads are
sitting idle and not receiving any messages for many seconds (8-12). While
we are also facing the same kind of issue.
how did you resolve the issue
--
View this message in context:
http://activemq.2283324.n4.nabble.com/Transport-failed-java-net-SocketException-Connection-reset-tp4676162p4679459.html
Sent from the ActiveMQ - User mailing list archive at Nabble.com.
The Apollo MQTT broker creates a /data directory with the following files:
dirty.index
lock
store-version.text
52ee.log (huge at 100 MB) and there may be more than one.
and a second directory
000137d5.index full of further files
Unfortunately most of these files are unreadable
A Server using the Paho client connects to the Apollo broker on an unsecure
internal connection tcp://127.0.0.1:8440.
A remote client connects to the Apollo broker using a mutual TLS connection
https://192.168.127.107:8445.
The server subscribes for message responses and connection status topics.
I am trying to come up with a staged upgrade plan.
I need to upgrade the broker to take advantage of replicated LevelDB.
My clients use 5.8 amq libs. It seems to work.
Should I be on the look out for any incompatibilities ?
--
Regards,
Oleg Dulin
http://www.olegdulin.com
Please respond guys ?
Also one more thing:
Are you guys planning to make levelDB by default in future versions or you
will keep support for both kahaDB and levelDB.
Thanks,
Anuj
--
View this message in context:
http://activemq.2283324.n4.nabble.com/Multiple-persistence-adapters-using-leve
Noel OConnor wrote:
> Have you considered using a shared filesystem like NFS V4 or GlusterFS
> mounted on a EBS volume. For multizone redundancy you could use the EBS
> cross region snapshot copy feature. I haven't done any of this so you'd
> have to verify that it works.
>
> On Sat, Mar 22, 201