Share via

API request return httpcode 408

Mofei Zhuang 140 Reputation points Microsoft Employee
2025-07-14T08:48:08.7466667+00:00

I attempted to call the Purview API from my local code today, but consistently received HTTP 408 (Request Timeout) responses despite multiple retries. I reviewed the troubleshooting guide but couldn't find a solution that addresses this specific issue.

Here is my request : https://PrefTest.purview.azure.com/datamap/api/atlas/v2/entity/bulk?minExtInfo=false&guid=24187c6b-8982-47cd-8754-c1a884ad0779&guid=5449f955-89e1-4e26-b6a2-32b5e46bf79f&guid=4f0d22d1-534d-499c-b0fd-c01b94411325&guid=44a10974-54ef-4207-bfcf-df0fcbae6431&guid=5fb9b1bb-2dfa-4334-9905-1009687ed3f7&guid=8804540a-5d86-4266-aa2f-32fdb976d183&guid=4409aa4d-7c95-4f87-98e8-07db3eb19c8f&guid=260fa16d-c079-43bf-99f1-6fc126b90793&guid=8d58c7a9-87aa-4166-a829-a74d05d1e05a&guid=9602c5f3-9720-4a0f-99b1-295718930edd

Here is the response : {"requestId":"bd0c03cc-edb0-427f-9ef8-29eced7868c2","errorCode":"RequestTimeout","errorMessage":"Request timed out. This could be a transient issue and you may re-run the operation following https://aka.ms/purviewdatamap408 troubleshooting guide. If it fails again continuously, contact customer support."}

Microsoft Security | Microsoft Purview
0 comments No comments

1 answer

Sort by: Most helpful
  1. Venkat Reddy Navari 5,840 Reputation points Microsoft External Staff Moderator
    2025-07-14T18:11:04.75+00:00

    Hi Mofei Zhuang Thanks for the detailed report. A consistent HTTP 408 from the Purview /entity/bulk API typically points to a timeout caused by request size, backend latency, or network issues.

    Here are troubleshooting steps to try:

    Break Large Requests into Smaller Batches: You're querying 9 GUIDs in one call try splitting into smaller batches (2–3 GUIDs) to reduce processing load and isolate any problematic entity.

    Run with Diagnostic Tools: Use curl or Postman to measure latency:

    
    curl -v --trace-time --max-time 30 "<your URL>"
    

    Capture traffic via Fiddler/Wireshark to check DNS, TLS, or timeout phases.

    Enable Diagnostic Logs: In Azure Portal → Purview > Diagnostic Settings, enable:

    • AtlasAPIRequests
    • RequestLatency
    • ThrottlingEvents

    Send logs to Log Analytics for insights into delays or throttling.

    Retry with Backoff: Use exponential backoff (e.g., 2s → 4s → 8s) and set a max wait time around 30–60s.

    Check Network & Azure Health:

    • Use Network Watcher to test latency to your Purview endpoint.
    • Visit Azure Service Health for any incidents in your region.

    Hope this helps. If this answers your query, do click Accept Answer and Yes for was this answer helpful. And, if you have any further query do let us know.


Your answer

Answers can be marked as 'Accepted' by the question author and 'Recommended' by moderators, which helps users know the answer solved the author's problem.