Artemis HA with multiple standby slaves behaviour

I just want to confirm that this is the expected behaviour. I have 1 master with 3 slaves (the brokers are hosted on VMs that tend to randomly die). I'm currently testing this on the latest source code from github. Here's the scenario: 1) Start master 2) Start slave1 3) Start slave2 4) Kill maste

Re: Can consumers acknowledge/confirm receipt of a message versus auto acknowledgement?

Hi Kim. I don't know if this will help, but I guess its possible.. I'm using the Apache.NMS.ActiveMQ for C#. There, to acknowledge messages individually, we must chose the AcknowledgeMode.IndividualAcknowledge when instantiating a session and then call Message.Acknowledge for each message. Lik

Re: Can consumers acknowledge/confirm receipt of a message versus auto acknowledgement?

On 6/5/19 12:18 PM, leejacks...@cox.net wrote: Hi! We have a consumer written using the cms_browserGetNextMessages function written by Apache I don't see this Apache person you mention listed in the committers for the that project (https://github.com/fusesource/fusemq-c/blob/master/fu

Re: Artemis 2.7.0 - Shared Store cluster - RHEL guest/WIN host VMs - Failover not working

It looks like everything you pasted didn't make it through so there's no configuration, logging, or client details. Therefore, it's hard to offer much help. You say that the "shared storage is provided by vagrant." I'm not familiar with vagrant. Does it support file or file-region locking so that

Can consumers acknowledge/confirm receipt of a message versus auto acknowledgement?

Hi! We have a consumer written using the cms_browserGetNextMessages function written by Apache (https://github.com/fusesource/fusemq-c/blob/master/fusemqc-client/src/main/cpp/CMS_QueueBrowser.cpp) that is written in C programming language. We are experiencing missing messages. We post messages

Artemis 2.7.0 - Shared Store cluster - RHEL guest/WIN host VMs - Failover not working

Hi all, I'm trying to setup a simple master/slave cluster with shared store. I have VMs with RHEL 7.6 running in virtual box VMs with vagrant, Artemis 2.7.0. The shared storage is provided by vagrant. Host OS is Win 10. >From logs, it seems that the master is acquiring the lock on the file sys

Re: Sporadic "Error while attempting to add new Connection to the pool; nested exception is javax.jms.JMSException: Could not connect to broker URL: tcp://localhost:61616. Reason: java.net.BindExcepti

Hi: I just tried netstat, and I see majority of the connections as "TIME_WAIT". And, there are a lot of connections. Thank you for the pointers. I will dig further and post back later. Regards, Cooshal. -- Sent from: http://activemq.2283324.n4.nabble.com/ActiveMQ-User-f2341805.html