[rabbitmq-discuss] No need to log {amqp_error, not_found} during federation exchange.delete
Joey Jiao
joey.jiaojg at gmail.com
Mon Mar 10 09:10:47 GMT 2014
And does it mean the same for this error?
=ERROR REPORT==== 7-Mar-2014::12:49:16 ===
closing AMQP connection <0.31839.227> (baitweb-bd:41257 -> baitweb-sh:5672):
{inet_error,etimedout}
2014-03-10 17:09 GMT+08:00 Joey Jiao <joey.jiaojg at gmail.com>:
> Thanks
>
>
> 2014-03-10 16:58 GMT+08:00 Michael Klishin <mklishin at gopivotal.com>:
>
>
>> On 10 Mar 2014, at 12:03, Joey Jiao <joey.jiaojg at gmail.com> wrote:
>>
>> > =ERROR REPORT==== 7-Mar-2014::12:49:24 ===
>> > connection , channel 2 - soft error:
>> > {amqp_error,not_found,
>> > "no exchange 'federation: amq.fanout ->
>> rabbit at baitweb-bd0001-lnx.qualcomm.com A' in vhost '/'",
>> > 'exchange.delete'}
>> >
>> > I saw many ERROR of above one, I think
>> rabbit_federation_exchange_link:delete_upstream_exchange is the
>> contributor. I don't think it's necessary to log the federation exchange
>> delete error. Instead, we might can add a exchange_exist check before call
>> it?
>>
>> As of RabbitMQ 3.2, exchange.delete is idempotent (there will be no error
>> when you try to delete an exchange that does not exist).
>>
>> Please upgrade.
>>
>> MK
>>
>> Software Engineer, Pivotal/RabbitMQ
>>
>>
>>
>
>
> --
> -Joey Jiao
>
--
-Joey Jiao
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rabbitmq.com/pipermail/rabbitmq-discuss/attachments/20140310/f072b454/attachment.html>
More information about the rabbitmq-discuss
mailing list