qpid-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Alan Conway <acon...@redhat.com>
Subject Re: qpid-tool knocks out cluster partner
Date Thu, 06 Jan 2011 20:47:45 GMT
On 12/29/2010 02:11 PM, Mark Moseley wrote:
> This might be the same as
> https://issues.apache.org/jira/browse/QPID-2982 but in case it's not,
> I'm dropping this email. If I connect to qpid-tool on member A of a
> cluster and do just about anything, e.g. list binding, list exchange,
> etc, the other node, B, blows up. In the logs below, exp01==A and
> exp02==B.
>
> 2010-12-29 14:02:31 debug Exception constructed:
> walclust@QPID.exp01..20384.1: confirmed<  (109+0) but only sent<
> (108+0) (qpid/SessionState.cpp:154)

I think this is an instance of QPID-2982, but I've had difficulty getting 
realistic, reliable reproducers for it. Can you outline what else is happening 
(queues, client activity etc) in your setup when you see this error? Add it as a 
comment on  https://issues.apache.org/jira/browse/QPID-2982


>   One other note is that it seems like qpid-tool is somewhat
> inconsistent. At times, I can run the same command 2 or 3 or more
> times before it actually does anything, e.g.:
>
> # qpid-tool<my connect string>
> Management Tool for QPID
> qpid: list exchange
> Object Summary:
> qpid: list exchange
> Object Summary:
> qpid: list exchange
> Object Summary:
> qpid: list exchange
> Object Summary:
> qpid: list exchange
> Object Summary:
> qpid: list exchange
> Object Summary:
>      ID   Created   Destroyed  Index
>      ==================================================
>      138  02:04:28  -          178.
>      139  02:04:28  -          178.amq.direct
>      140  02:04:28  -          178.amq.failover
>      141  02:04:28  -          178.amq.fanout
>      142  02:04:28  -          178.amq.match
>      143  02:04:28  -          178.amq.topic
>      144  02:04:28  -          178.bosmyex1
>      145  02:04:28  -          178.qmf.default.direct
>      146  02:04:28  -          178.qmf.default.topic
>      147  02:04:28  -          178.qpid.management
>      148  02:04:28  -          178.walmyex1
>

This is normal. qpid-tool downloads management info in a background thread so 
the first commands you type may come up empty as the info is not yet downloaded.

---------------------------------------------------------------------
Apache Qpid - AMQP Messaging Implementation
Project:      http://qpid.apache.org
Use/Interact: mailto:users-subscribe@qpid.apache.org


Mime
View raw message