Re: Re: [Qpid C++ Broker][HA] How to configure the HA-cluster without rgmanager?

[lei....@airlink-software.com]

Oh, really sad news ..
I'm now considering to try the CONSUL from HashiCorp.
It seems that it can run on Windows and do some health checks for cluster by 
calling customized scripts.

Regards,


Lei Dai
 
From: Steve Huston
Date: 2016-11-23 11:07
To: users@qpid.apache.org
Subject: Re: [Qpid C++ Broker][HA] How to configure the HA-cluster without 
rgmanager?
I don't think anyone has done the work to manage availability on Windows so I 
don't think you can run a qpid cluster on Windows at this time. 
 
-Steve
 
> On Nov 22, 2016, at 10:03 PM, "lei@airlink-software.com" 
>  wrote:
> 
> Thank you for your reply.
> In fact at the end I must use qpid on windows, so maybe I should find a 
> substitute for rgmanager.
> 
> Regards,
> 
> 
> Lei Dai
> 
> From: Steve Huston
> Date: 2016-11-21 21:56
> To: users@qpid.apache.org
> Subject: RE: [Qpid C++ Broker][HA] How to configure the HA-cluster without 
> rgmanager?
> I am not an expert in all cluster things, but the only way I have seen qpid 
> C++ brokers in a cluster is using rgmanager. It takes care of managing the 
> need to move the cluster primary around. It also manages the virtual IP 
> address assigned to the broker cluster - you didn't mention a virtual IP in 
> your question, but you will need it to use rgmanager for qpid HA.
> 
> -Steve
> 
>> -Original Message-
>> From: lei@airlink-software.com [mailto:lei@airlink-software.com]
>> Sent: Sunday, November 20, 2016 4:54 AM
>> To: users 
>> Subject: [Qpid C++ Broker][HA] How to configure the HA-cluster without
>> rgmanager?
>> 
>> Hi,
>> 
>> I'm trying to configure the qpid HA-cluster without rgmanager but it doesn't
>> work.
>> 
>> The version Infos:
>> ---
>> CentOS 7.2
>> qpid-cpp-1.35.0
>> qpid-proton-0.14.0
>> ---
>> 
>> I installed qpid-cpp and qpid-proton in according to the INSTALL.txt with
>> default configurations on 3 CentOS VMs.
>> The IP addresses are: 172.16.28.231, 172.16.28.232, 172.16.23.233.
>> 
>> Started qpid on every VM with command:
>> $qpidd --auth no --ha-cluster yes --ha-brokers-url
>> 172.16.28.231,172.16.28.232,172.16.28.233
>> 
>> But when I use qpid-ha to show the status of the cluster, all nodes are in
>> joining status.
>> It means the nodes didn't connect to each other?
>> 
>> Did I have some mistakes in the configurations or the usage?
>> I read the documents on the qpid site. It says that rgmanager can manage
>> the cluster and set the primary node by calling qpidd-primary script.
>> But I didn't find the qpidd-primary script in my system.
>> Is the rgmanager necessary to use HA-cluster?
>> 
>> Regards,
>> 
>> 
>> Lei Dai
> 
> -
> To unsubscribe, e-mail: users-unsubscr...@qpid.apache.org
> For additional commands, e-mail: users-h...@qpid.apache.org
> 
 
-
To unsubscribe, e-mail: users-unsubscr...@qpid.apache.org
For additional commands, e-mail: users-h...@qpid.apache.org
 

Re: Re: [Qpid C++ Broker][HA] How to configure the HA-cluster without rgmanager?

[lei....@airlink-software.com]

Oh, yes, finally I found the qpidd-primary in /usr/local/etc/rc.d/init.d.
Now I can set the primary node by calling "qpid-ha promote --cluster-manager" 
with a -b parameter to specify the IP address.
But indeed if the primary node dead, the cluster cannot elect new primary 
automatically without rgmanager or other cluster-managers.
In fact, I will have to use qpid on windows, so maybe I must find a substitute 
for rgmanager.

Thanks.

Regards,


Lei Dai

From: Alan Conway
Date: 2016-11-22 06:20
To: users@qpid.apache.org
Subject: Re: [Qpid C++ Broker][HA] How to configure the HA-cluster without 
rgmanager?
On Sun, 2016-11-20 at 17:53 +0800, lei@airlink-software.com wrote:
> Hi,
> 
> I'm trying to configure the qpid HA-cluster without rgmanager but it
> doesn't work.
> 
> The version Infos:
> ---
> CentOS 7.2
> qpid-cpp-1.35.0
> qpid-proton-0.14.0
> ---
> 
> I installed qpid-cpp and qpid-proton in according to the INSTALL.txt
> with default configurations on 3 CentOS VMs.
> The IP addresses are: 172.16.28.231, 172.16.28.232, 172.16.23.233.
> 
> Started qpid on every VM with command:
> $qpidd --auth no --ha-cluster yes --ha-brokers-url
> 172.16.28.231,172.16.28.232,172.16.28.233
> 
> But when I use qpid-ha to show the status of the cluster, all nodes
> are in joining status.
> It means the nodes didn't connect to each other?
 
rgmanager is the thing that promotes the initial primary, and promotes
a new primary if that fails. The brokers are waiting for something to
promote one of them.
 
> Did I have some mistakes in the configurations or the usage?
> I read the documents on the qpid site. It says that rgmanager can
> manage the cluster and set the primary node by calling qpidd-primary
> script.
> But I didn't find the qpidd-primary script in my system.
 
Looks like it has been converted to a systemd script:
 
   /usr/lib/systemd/system/qpidd-primary.service
 
It simply calls `qpid-ha promote`
 
> Is the rgmanager necessary to use HA-cluster?
 
You need something to do the basic cluster-management tasks:
- detect primary failure, choose a backup to promote
- ensure exactly one primary is running at all times
- enforce quorum
 
Qpid HA is designed so that you can use something other than rgmanager
(e.g. pacemaker) but only scripts for rgmanager are provided. If you
want to use something else you'd need to write your own scripts.
 
Cheers,
Alan.
 
-
To unsubscribe, e-mail: users-unsubscr...@qpid.apache.org
For additional commands, e-mail: users-h...@qpid.apache.org
 

Re: [Qpid C++ Broker][HA] How to configure the HA-cluster without rgmanager?

[Steve Huston]

I don't think anyone has done the work to manage availability on Windows so I 
don't think you can run a qpid cluster on Windows at this time. 

-Steve

> On Nov 22, 2016, at 10:03 PM, "lei@airlink-software.com" 
>  wrote:
> 
> Thank you for your reply.
> In fact at the end I must use qpid on windows, so maybe I should find a 
> substitute for rgmanager.
> 
> Regards,
> 
> 
> Lei Dai
> 
> From: Steve Huston
> Date: 2016-11-21 21:56
> To: users@qpid.apache.org
> Subject: RE: [Qpid C++ Broker][HA] How to configure the HA-cluster without 
> rgmanager?
> I am not an expert in all cluster things, but the only way I have seen qpid 
> C++ brokers in a cluster is using rgmanager. It takes care of managing the 
> need to move the cluster primary around. It also manages the virtual IP 
> address assigned to the broker cluster - you didn't mention a virtual IP in 
> your question, but you will need it to use rgmanager for qpid HA.
> 
> -Steve
> 
>> -Original Message-
>> From: lei@airlink-software.com [mailto:lei@airlink-software.com]
>> Sent: Sunday, November 20, 2016 4:54 AM
>> To: users 
>> Subject: [Qpid C++ Broker][HA] How to configure the HA-cluster without
>> rgmanager?
>> 
>> Hi,
>> 
>> I'm trying to configure the qpid HA-cluster without rgmanager but it doesn't
>> work.
>> 
>> The version Infos:
>> ---
>> CentOS 7.2
>> qpid-cpp-1.35.0
>> qpid-proton-0.14.0
>> ---
>> 
>> I installed qpid-cpp and qpid-proton in according to the INSTALL.txt with
>> default configurations on 3 CentOS VMs.
>> The IP addresses are: 172.16.28.231, 172.16.28.232, 172.16.23.233.
>> 
>> Started qpid on every VM with command:
>> $qpidd --auth no --ha-cluster yes --ha-brokers-url
>> 172.16.28.231,172.16.28.232,172.16.28.233
>> 
>> But when I use qpid-ha to show the status of the cluster, all nodes are in
>> joining status.
>> It means the nodes didn't connect to each other?
>> 
>> Did I have some mistakes in the configurations or the usage?
>> I read the documents on the qpid site. It says that rgmanager can manage
>> the cluster and set the primary node by calling qpidd-primary script.
>> But I didn't find the qpidd-primary script in my system.
>> Is the rgmanager necessary to use HA-cluster?
>> 
>> Regards,
>> 
>> 
>> Lei Dai
> 
> -
> To unsubscribe, e-mail: users-unsubscr...@qpid.apache.org
> For additional commands, e-mail: users-h...@qpid.apache.org
> 

-
To unsubscribe, e-mail: users-unsubscr...@qpid.apache.org
For additional commands, e-mail: users-h...@qpid.apache.org

Re: RE: [Qpid C++ Broker][HA] How to configure the HA-cluster without rgmanager?

[lei....@airlink-software.com]

Thank you for your reply.
In fact at the end I must use qpid on windows, so maybe I should find a 
substitute for rgmanager.

Regards,


Lei Dai
 
From: Steve Huston
Date: 2016-11-21 21:56
To: users@qpid.apache.org
Subject: RE: [Qpid C++ Broker][HA] How to configure the HA-cluster without 
rgmanager?
I am not an expert in all cluster things, but the only way I have seen qpid C++ 
brokers in a cluster is using rgmanager. It takes care of managing the need to 
move the cluster primary around. It also manages the virtual IP address 
assigned to the broker cluster - you didn't mention a virtual IP in your 
question, but you will need it to use rgmanager for qpid HA.
 
-Steve
 
> -Original Message-
> From: lei@airlink-software.com [mailto:lei@airlink-software.com]
> Sent: Sunday, November 20, 2016 4:54 AM
> To: users 
> Subject: [Qpid C++ Broker][HA] How to configure the HA-cluster without
> rgmanager?
> 
> Hi,
> 
> I'm trying to configure the qpid HA-cluster without rgmanager but it doesn't
> work.
> 
> The version Infos:
> ---
> CentOS 7.2
> qpid-cpp-1.35.0
> qpid-proton-0.14.0
> ---
> 
> I installed qpid-cpp and qpid-proton in according to the INSTALL.txt with
> default configurations on 3 CentOS VMs.
> The IP addresses are: 172.16.28.231, 172.16.28.232, 172.16.23.233.
> 
> Started qpid on every VM with command:
> $qpidd --auth no --ha-cluster yes --ha-brokers-url
> 172.16.28.231,172.16.28.232,172.16.28.233
> 
> But when I use qpid-ha to show the status of the cluster, all nodes are in
> joining status.
> It means the nodes didn't connect to each other?
> 
> Did I have some mistakes in the configurations or the usage?
> I read the documents on the qpid site. It says that rgmanager can manage
> the cluster and set the primary node by calling qpidd-primary script.
> But I didn't find the qpidd-primary script in my system.
> Is the rgmanager necessary to use HA-cluster?
> 
> Regards,
> 
> 
> Lei Dai
 
-
To unsubscribe, e-mail: users-unsubscr...@qpid.apache.org
For additional commands, e-mail: users-h...@qpid.apache.org
 

Re: Qpid JMS client JmsConnection.close() hangs

[Robbie Gemmell]

I'm not sure it would relate to those bits, and could well just be a
bug. Can you give a bit more detail around e.g. your uri settings etc.
You might also want to turn up the logging and see if anything stands
out, see 
http://qpid.apache.org/releases/qpid-jms-0.11.1/docs/index.html#logging.

Robbie

On 21 November 2016 at 10:22, DraCzech  wrote:
> Hi, I'm currently using ActiveMQ 5.14.1 embedded broker connected from
> several local queues to MS Azure IoT Hub using JmsConnectionFactory as
> foreignConnectionFactory in SimpleJmsQueueConnector. (Using dependency to
> qpid jms client 0.11.1) Each queue is connected to the server via its
> respective bridge and everything seems to be working fine until I want to
> shut down the connection.
>
> If I have network connection, everything is stopped in few seconds. However
> if I lose network connection and call SimpleJmsQueueConnector.stop() method,
> it hangs on its foreignConnection.close() (JmsConnection). It remains stuck
> indefinitely and I have to interrupt the thread responsible for closing of
> the connection. Which unfortunately leads to more problems later as there
> are remains of the connection in the system.
>
> *Part of the thread dump:*
> 2016-11-16 09:35:13.275227  - parking to wait for  <0x42e6bc08> (a
> java.util.concurrent.CountDownLatch$Sync)
> 2016-11-16 09:35:13.275654  at
> java.util.concurrent.locks.LockSupport.park(LockSupport.java:186)
> 2016-11-16 09:35:13.276143  at
> java.util.concurrent.locks.AbstractQueuedSynchronizer.parkAndCheckInterrupt(AbstractQueuedSynchronizer.java:834)
> 2016-11-16 09:35:13.276631  at
> java.util.concurrent.locks.AbstractQueuedSynchronizer.doAcquireSharedInterruptibly(AbstractQueuedSynchronizer.java:994)
> 2016-11-16 09:35:13.277058  at
> java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireSharedInterruptibly(AbstractQueuedSynchronizer.java:1303)
> 2016-11-16 09:35:13.277577  at
> java.util.concurrent.CountDownLatch.await(CountDownLatch.java:236)
> 2016-11-16 09:35:13.278676  at
> org.apache.qpid.jms.provider.ProviderFuture.sync(ProviderFuture.java:97)
> 2016-11-16 09:35:13.279103  at
> org.apache.qpid.jms.JmsConnection.close(JmsConnection.java:187)
> 2016-11-16 09:35:13.279622  - locked <0x487b1cb8> (a
> org.apache.qpid.jms.JmsQueueConnection)
> 2016-11-16 09:35:13.280018  at
> org.apache.activemq.network.jms.JmsConnector.stop(JmsConnector.java:179)
>
> I believe this problem is tied to the JMS specification and is caused by
> MessageConsumer.receive() waiting on some pending receive. I've found some
> description of the same or similar issue online, but no specific solution
> for it. From what I've read I think the problem might be related to:
>
> http://qpid.2158936.n2.nabble.com/Qpid-JMS-0-9-0-receive-hanging-issue-relates-to-Artemis-works-on-ActiveMQ-td7642585.html
> 
>
> and
>
> https://issues.apache.org/jira/browse/QPIDJMS-221
> 
>
> Could you please tell me if it's possible to set up my messaging in such a
> way which prevents this kind of freeze? How should I defend against this
> kind of problems?
> Thanks!
>
>
>
> --
> View this message in context: 
> http://qpid.2158936.n2.nabble.com/Qpid-JMS-client-JmsConnection-close-hangs-tp7654565.html
> Sent from the Apache Qpid users mailing list archive at Nabble.com.
>
> -
> To unsubscribe, e-mail: users-unsubscr...@qpid.apache.org
> For additional commands, e-mail: users-h...@qpid.apache.org
>

-
To unsubscribe, e-mail: users-unsubscr...@qpid.apache.org
For additional commands, e-mail: users-h...@qpid.apache.org

Re: [HEADS UP] Proton 0.16.0 release and beyond

[Robbie Gemmell]

Some bits still look to be baking, and obviously various folks are or
soon will be on vacation this week, so I'll push out doing a cut until
next week.

On 14 November 2016 at 17:15, Robbie Gemmell  wrote:
> Hi folks, just a heads up that I'll be looking to get a Proton 0.16.0
> release under way once some of the previously discussed items are in
> place, such as establishing a 'core' lib for proton-c, and the IO
> integration improvements. Assuming things are ready I'd like to do a
> first cut some time next week.
>
> I didn't see anyone disagree with the idea of making proton-j and
> proton-c independently releasable in the recent discussion thread on
> future direction. Given that, I also hope to pursue doing that soon
> after 0.16.0 is ready.
>
> Robbie

-
To unsubscribe, e-mail: users-unsubscr...@qpid.apache.org
For additional commands, e-mail: users-h...@qpid.apache.org