VCoreMongoRequests not showing any logging?

Hi Levi Gerrits,

it looks like you’re hitting two separate areas: cursor timeouts on your Spring Data MongoDB driver and missing diagnostic logs on your vCore cluster. Here’s a rundown on each:

1. CursorNotFound exceptions

• MongoDB cursors on Azure Cosmos DB for MongoDB vCore have a 10-minute idle timeout by design. If your Spring Boot app keeps a cursor open but idle for longer than that, Cosmos DB will clean it up and your driver will see CursorNotFound.
• This isn’t a bug in Spring Data or Cosmos DB—it’s a documented service limit. To avoid it you can: • Use the “noCursorTimeout” flag on your queries (e.g. collection.find().noCursorTimeout(true)) • Break long-running scans into smaller batches • Catch CursorNotFound in your code and retry/refresh the cursor
• See “Manage Cursor Lifetimes” under “Handle query execution limits” in the vCore feature-limitations doc.

2. Enabling vCoreMongoRequests logging

By default you won’t see any entries until you explicitly turn on the vCore resource logs for your cluster. Here’s how:

1. In the Azure portal open your Cosmos DB for MongoDB vCore cluster resource.
2. Under Monitoring, click Diagnostic settings.
3. Click + Add diagnostic setting.
4. Give it a name, then under Logs check the category vCoreMongoRequests (and any other categories you want, like commands).
5. Under Destination details, select Send to Log Analytics workspace and pick your workspace.
6. Click Save.

Wait 5–10 minutes, then go to your Log Analytics workspace and run a query such as:

VCoreMongoRequests

| where TimeGenerated > ago(1h)

| project TimeGenerated, OperationName, DatabaseName, CollectionName, ErrorCode

| order by TimeGenerated desc

You should now see all your data-plane requests.

If you still don’t see logs:

• Make sure you selected the vCoreMongoRequests log category (not the RU-based “MongoRequests”).
• Verify your Log Analytics workspace is in a supported region and your cluster has permission to write to it.
• Confirm you’re looking at the right time range.

Let me know if this gets you unblocked or if you need more help!

References

• Manage cursor lifetimes (avoid CursorNotFound): https://dori-uw-1.kuma-moon.com/azure/cosmos-db/mongodb/vcore/limits#handle-query-execution-limits
• How to monitor diagnostics logs for MongoDB vCore: https://dori-uw-1.kuma-moon.com/azure/cosmos-db/mongodb/vcore/how-to-monitor-diagnostics-logs
• VCoreMongoRequests table schema & sample queries: https://dori-uw-1.kuma-moon.com/azure/azure-monitor/reference/tables/vcoremongorequests
• Troubleshoot common issues in MongoDB vCore: https://dori-uw-1.kuma-moon.com/azure/cosmos-db/mongodb/vcore/troubleshoot-common-issues

Note: This content was drafted with the help of an AI system. Please verify the information before relying on it for decision-making.

1. CursorNotFound with Spring Data MongoDB and Azure DocumentDB

The provided context does not document CursorNotFound as a known or documented interoperability issue between Azure DocumentDB (MongoDB compatibility) and Spring Data MongoDB. The MongoDB compatibility guidance states that Azure DocumentDB implements the MongoDB wire protocol and that most drivers and tools work, but also notes that there can be small differences in certain administrative commands, server-side extensions, and edge-case behaviors, and recommends testing workloads and consulting the compatibility matrix for unsupported commands or behaviors.

From the context:

• Azure DocumentDB “fully implements the MongoDB wire protocol for feature compatibility” and is intended to run “nearly all MongoDB workloads without any application changes,” but
• Some MongoDB features are unsupported or limited, and certain administrative operations are abstracted or restricted.

The context does not list CursorNotFound as a specific known issue, nor does it provide a Spring Boot–specific workaround. Any deeper analysis of the CursorNotFound behavior in this scenario would require information beyond the provided documentation.

2. Enabling and verifying logging for Azure DocumentDB (Mongo vCore)

For Azure DocumentDB / Azure Cosmos DB for MongoDB (vCore), there are two relevant log tables in Azure Monitor, depending on the resource type:

• For vCore Mongo clusters (microsoft.documentdb/mongoclusters):
  • Resource log category: vCoreMongoRequests
  • Log table: AzureDiagnostics
  • Dedicated data-plane table: VCoreMongoRequests
• For Mongo API accounts on the classic Azure Cosmos DB model (microsoft.documentdb/databaseaccounts):
  • Data-plane table: CDBMongoRequests

From the monitoring reference:

• VCoreMongoRequests is a table that “details data plane requests for MongoDB (vCore).”
• For microsoft.documentdb/mongoclusters, the vCoreMongoRequests category writes into the AzureDiagnostics table and does not support basic log plan or ingestion-time transformations.
• CDBMongoRequests is a table that “details data plane operations, specifically for Mongo API accounts,” and supports the basic log plan and ingestion-time DCR.

To turn on and use logging for vCore Mongo clusters:

1. Ensure diagnostic settings are configured on the correct resource type
   • The resource type for vCore Mongo is microsoft.documentdb/mongoclusters.
   • Diagnostic settings must be created on the Mongo cluster resource (not on unrelated resources) and must include the vCoreMongoRequests category.
2. Configure Diagnostic Settings to send logs to Log Analytics
   • In Azure Monitor / resource Diagnostic settings for the Mongo cluster, select:
     • Category: vCoreMongoRequests (this is the resource log category for Mongo vCore requests).
     • Destination: the target Log Analytics workspace.
   • Once enabled, the logs for this category will be written into the AzureDiagnostics table (as per the monitoring reference), and the data-plane–specific view is available in the VCoreMongoRequests table.
3. Query the correct tables
   • For vCore Mongo clusters, use:
     • VCoreMongoRequests for data-plane request analytics, for example:

              VCoreMongoRequests
              // optional time filter
              // | where TimeGenerated between (StartTime .. EndTime)
              // optional resource filter
              // | where _ResourceId == "/subscriptions/.../resourcegroups/.../providers/microsoft.documentdb/mongoclusters/<cluster-name>"
              | summarize percentile(DurationMs, 99) by bin(TimeGenerated, 1h), OperationName
       

     • Or query AzureDiagnostics filtered by the vCoreMongoRequests category if needed.
4. Confirm that the workspace and plan support the logs
   • VCoreMongoRequests supports basic log and lake-only ingestion.
   • Ensure the Log Analytics workspace and any data collection rules are configured to ingest this table type.

If no data appears in VCoreMongoRequests despite confirmed traffic and correctly configured diagnostic settings on the microsoft.documentdb/mongoclusters resource with the vCoreMongoRequests category enabled, further investigation would require service-side checks that are outside the scope of the provided documentation.

References:

• VCoreMongoRequests
• Azure Cosmos DB monitoring data reference
• CDBMongoRequests
• Queries for the VCoreMongoRequests table
• MongoDB feature compatibility in Azure DocumentDB
• Frequently asked questions about Azure DocumentDB (with MongoDB compatibility)