Skip to content

Commit 0ad2aa7

Browse files
Merge pull request #233797 from ealsur/users/ealsur/tlogs
Cosmos DB Trigger: Add links to logs
2 parents c382610 + 9c892d9 commit 0ad2aa7

File tree

1 file changed

+9
-5
lines changed

1 file changed

+9
-5
lines changed

articles/cosmos-db/nosql/troubleshoot-changefeed-functions.md

Lines changed: 9 additions & 5 deletions
Original file line numberDiff line numberDiff line change
@@ -5,7 +5,7 @@ author: ealsur
55
ms.service: cosmos-db
66
ms.subservice: nosql
77
ms.custom: ignite-2022
8-
ms.date: 01/03/2023
8+
ms.date: 04/07/2023
99
ms.author: maquaran
1010
ms.topic: troubleshooting
1111
ms.reviewer: mjbrown
@@ -42,17 +42,17 @@ The error text itself tells you which Azure Cosmos DB database and container the
4242

4343
To resolve this issue:
4444

45-
1. Verify the `ConnectionStringSetting` attribute and that it references a setting that exists in your Azure function app.
45+
1. Verify the `Connection` attribute and that it references a setting that exists in your Azure function app.
4646

4747
The value on this attribute shouldn't be the connection string itself, but the name of the configuration setting.
4848

49-
1. Verify that the `databaseName` and `collectionName` values exist in your Azure Cosmos DB account.
49+
1. Verify that the `databaseName` and `containerName` values exist in your Azure Cosmos DB account.
5050

5151
If you're using automatic value replacement (using `%settingName%` patterns), make sure that the name of the setting exists in your Azure function app.
5252

53-
1. If you don't specify a `LeaseCollectionName/leaseCollectionName` value, the default is `leases`. Verify that such a container exists.
53+
1. If you don't specify a `LeaseContainerName/leaseContainerName` value, the default is `leases`. Verify that such a container exists.
5454

55-
Optionally, you can set the `CreateLeaseCollectionIfNotExists` attribute in your trigger to `true` to automatically create it.
55+
Optionally, you can set the `CreateLeaseContainerIfNotExists` attribute in your trigger to `true` to automatically create it.
5656

5757
1. Verify your [Azure Cosmos DB account's firewall configuration](../how-to-configure-firewall.md) to ensure that it's not blocking the Azure function.
5858

@@ -108,6 +108,8 @@ This scenario can have multiple causes. Consider trying any or all of the follow
108108

109109
* The speed at which your trigger receives new changes is dictated by the speed at which you're processing them. Verify the function's [execution time, or duration](../../azure-functions/analyze-telemetry-data.md). If your function is slow, that will increase the time it takes for the trigger to get new changes. If you see a recent increase in duration, a recent code change might be affecting it. If the speed at which you're receiving operations on your Azure Cosmos DB container is faster than the speed of your trigger, it will keep lagging behind. You might want to investigate the function's code to determine the most time-consuming operation and how to optimize it.
110110

111+
* You can use [Debug logs](how-to-configure-cosmos-db-trigger.md#enabling-trigger-specific-logs) to check the Diagnostics and verify if there are networking delays.
112+
111113
### Some changes are repeated in my trigger
112114

113115
The concept of a *change* is an operation on a document. The most common scenarios where events for the same document are received are:
@@ -122,6 +124,8 @@ The concept of a *change* is an operation on a document. The most common scenari
122124

123125
You might find that some of the changes that occurred in your Azure Cosmos DB container aren't being picked up by the Azure function. Or some changes are missing at the destination when you're copying them. If so, try the solutions in this section.
124126

127+
* Make sure you have [logs](how-to-configure-cosmos-db-trigger.md#enabling-trigger-specific-logs) enabled. Verify no errors are happening during processing.
128+
125129
* When your Azure function receives the changes, it often processes them and could, optionally, send the result to another destination. When you're investigating missing changes, make sure that you measure which changes are being received at the ingestion point (that is, when the Azure function starts), not at the destination.
126130

127131
* If some changes are missing on the destination, this could mean that some error is happening during the Azure function execution after the changes were received.

0 commit comments

Comments
 (0)