Skip to content

DNS and Connectivity Failures

Use this query when dependency calls fail due to DNS lookup errors, timeouts, or transport connectivity issues.

Data Source

Table Schema Note
ContainerAppConsoleLogs_CL Legacy schema. If empty, try ContainerAppConsoleLogs (non-_CL).

Query Pipeline

flowchart LR
    A[Filter by app] --> B[Filter DNS and network terms] --> C[Project replica context] --> D[Sort by time]

Query

let AppName = "my-container-app";
ContainerAppConsoleLogs_CL
| where ContainerAppName_s == AppName
| where Log_s has_any ("name resolution", "NXDOMAIN", "timeout", "connection refused", "TLS", "handshake")
| project TimeGenerated, RevisionName_s, Log_s
| order by TimeGenerated desc

Example Output

TimeGenerated RevisionName_s Log_s
2026-04-04T11:45:13.328Z ca-myapp--0000002 DNS name resolution failed for redis.internal: NXDOMAIN
2026-04-04T11:45:12.014Z ca-myapp--0000002 TLS handshake timeout connecting to api.partner.example
2026-04-04T11:45:10.650Z ca-myapp--0000002 connection refused host=10.0.3.12 port=443

Interpretation Notes

  • Clustered errors across replicas often indicate shared DNS or network path problems.
  • Single-replica concentration can indicate noisy neighbor or transient pod issues.
  • Normal pattern: rare connectivity errors under external service turbulence.

Limitations

  • Console logs require explicit app-side exception logging.
  • Cannot independently verify DNS zone linkage.

See Also