qpid-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Mark Moseley <moseleym...@gmail.com>
Subject Re: qpid-tool knocks out cluster partner
Date Sat, 08 Jan 2011 00:55:10 GMT
On Thu, Jan 6, 2011 at 12:47 PM, Alan Conway <aconway@redhat.com> wrote:
> 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.
>

I've commented on that JIRA. I hope my info is useful. It's getting
kind of convoluted :)

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


Mime
View raw message