Skip to content

Commit 70eaaaf

Browse files
committed
Adding a troubleshooting tip for SB connector
1 parent ff2ecde commit 70eaaaf

File tree

1 file changed

+20
-1
lines changed

1 file changed

+20
-1
lines changed

articles/connectors/connectors-create-api-servicebus.md

Lines changed: 20 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -5,7 +5,7 @@ services: logic-apps
55
ms.suite: integration
66
ms.reviewer: estfan, azla
77
ms.topic: how-to
8-
ms.date: 08/18/2021
8+
ms.date: 09/02/2021
99
tags: connectors
1010
---
1111

@@ -199,10 +199,29 @@ When you need to send related messages in a specific order, you can use the [*se
199199

200200
When you create a logic app, you can select the **Correlated in-order delivery using service bus sessions** template, which implements the sequential convoy pattern. For more information, see [Send related messages in order](../logic-apps/send-related-messages-sequential-convoy.md).
201201

202+
202203
## Delays in updates to your logic app taking effect
203204

204205
If a Service Bus trigger's polling interval is small, such as 10 seconds, updates to your logic app workflow might not take effect for up to 10 minutes. To work around this problem, you can disable the logic app, make the changes, and then enable the logic app workflow again.
205206

207+
## Troubleshooting
208+
209+
Occasionally operations like completing a message or renewing a session may end up with the **'No session available'** error.
210+
211+
``` json
212+
{
213+
"status": 400,
214+
"message": "No session available to complete the message with the lock token 'ce440818-f26f-4a04-aca8-555555555555'. clientRequestId: facae905-9ba4-44f4-a42a-888888888888",
215+
"error": {
216+
"message": "No session available to complete the message with the lock token 'ce440818-f26f-4a04-aca8-555555555555'."
217+
}
218+
}
219+
```
220+
221+
The connector uses an in-memory cache to support all the operations associated with the sessions. The service bus receiver which received the messages is cached in the memory in the role instance(virtual machine) which received the message and all the calls for that connection are routed to this same role instance to process all the requests. This is required as all the actions on the session like get more messages/complete/abandon/deadletter/close/renew session etc needs the same receiver which received the messages for a particular session. There are chances when the requests might not be routed to the same role instance, it could happen cause of several reasons like the infrastructure update or the connector deployment, etc. If this happens, then the requests would fail as the receiver for performing earlier mentioned actions on the session is not available on the role instance which serves the request.
222+
223+
Thus the above error is expected as long as it happens only occasionally. When the error happens, the message is still preserved in service bus, and next trigger or run will try to process it again.
224+
206225
<a name="connector-reference"></a>
207226

208227
## Connector reference

0 commit comments

Comments
 (0)