[rabbitmq-discuss] CRITICAL:pika.connection:Attempted to send frame when closed

Tue May 27 13:24:16 BST 2014

The network is checked and is perfectly fine.
And the other queues also run well till some amount of time while the 
first queue gets this error and stops producing consuming. Consequently 
others follow to the same warning in some time.
This is the only thing that comes up when a queue has gone dead: No 
other stack trace:

When i use PIka version: 0.9.13 This is the error:

CRITICAL:pika.connection:Attempted to send frame when closed

When I tried with 0.9.14 (latest 1 from the git): This is the error:

Pika: Write buffer exceeded warning threshold at 555752 bytes and an 
estimated 6861 frames behind

That's why I believe its something to do with buffer/ memory. I've also 
tried increasing it. It just runs a bit longer and eventually gets this 
error.

On Tuesday 27 May 2014 05:41 PM, Michael Klishin wrote:
>   On 27 May 2014 at 15:37:01, shilpa karkera (shilpa.karkera at finoux.com) wrote:
>>> The RabbitMQ producer and consumer for a particular queue stops
>> producing and consuming completely when such a warning occurs.
>> It is understood that the message bytes running over the buffer
>> is overwhelmed, and thus it might cause this issue.
>>   
>> However, the question is, Why doesn't the consumer release the
>> message in the buffer once it consumes this message initially,
>> instead it accumulates in the buffer. This is what I have researched
>> and understood regarding the above issue. Kindly help troubleshoot!
> I'm pretty sure the issue has little to do with buffers. More likely you're trying to
> use an AMQP 0-9-1 connection that's already closed, either because of a network problem or
> something else.
>
> Please post RabbitMQ log and full stack trace from Pika.
> --
> MK
>
> Software Engineer, Pivotal/RabbitMQ
> _______________________________________________
> rabbitmq-discuss mailing list
> rabbitmq-discuss at lists.rabbitmq.com
> https://lists.rabbitmq.com/cgi-bin/mailman/listinfo/rabbitmq-discuss