You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: articles/cosmos-db/nosql/troubleshoot-changefeed-functions.md
+9-5Lines changed: 9 additions & 5 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -5,7 +5,7 @@ author: ealsur
5
5
ms.service: cosmos-db
6
6
ms.subservice: nosql
7
7
ms.custom: ignite-2022
8
-
ms.date: 01/03/2023
8
+
ms.date: 04/07/2023
9
9
ms.author: maquaran
10
10
ms.topic: troubleshooting
11
11
ms.reviewer: mjbrown
@@ -42,17 +42,17 @@ The error text itself tells you which Azure Cosmos DB database and container the
42
42
43
43
To resolve this issue:
44
44
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.
46
46
47
47
The value on this attribute shouldn't be the connection string itself, but the name of the configuration setting.
48
48
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.
50
50
51
51
If you're using automatic value replacement (using `%settingName%` patterns), make sure that the name of the setting exists in your Azure function app.
52
52
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.
54
54
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.
56
56
57
57
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.
58
58
@@ -108,6 +108,8 @@ This scenario can have multiple causes. Consider trying any or all of the follow
108
108
109
109
* 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.
110
110
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
+
111
113
### Some changes are repeated in my trigger
112
114
113
115
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
122
124
123
125
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.
124
126
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
+
125
129
* 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.
126
130
127
131
* 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