Hello,

We encountered an production outage last Wednesday related to Azure Service
Bus. We have a microservice developed in Java. We use spring-jms and qpid
for Azure Service Bus and use two Topics in the service. The service is
deployed in AKS on 3 pods. On Wednesday, start from a certain time, all
three pods no longer showing receive any messages from Service Bus. But they
can still send messages to Service Bus correctly. When we checked Service
Bus side, the messages sent are redelivered multiple times and then moved to
Deadletter queue. Once we restart the service, the issue is gone. 

Our first suspect is some outage on Service Bus side. But we have contact
Microsoft support. When they checked the Service Bus log, they found there
are receivers continue receive the messages but instead of call Complete to
ack the message, they call Abandon. This causes the Service Bus redelivery
the message again and in the end move them to deadletter queue after 10
redelivery.

The mystery part is that we don't find any errors in our service logs
related to the message receiving. There is no log at all indicating a
message is received and then abandoned. We use MODIFIED_FAILED as
disposition policy. Below is the full connection factory config.
connectionfactory.ServiceBus:
amqps://xxxx.servicebus.windows.net?amqp.idleTimeout=24000&jms.redeliveryPolicy.maxRedeliveries=0&jms.redeliveryPolicy.outcome=MODIFIED_FAILED&jms.prefetchPolicy.all=50&jms.receiveLocalOnly=true&transport.enabledProtocols=TLSv1.2

My question is that if it's possible for qpid to actually receive messages
and then abandon them without demarshal them to application layer?

Thanks,
Jia



--
Sent from: http://qpid.2158936.n2.nabble.com/Apache-Qpid-users-f2158936.html

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

Reply via email to