[observability] Observability Coverage Report - 2026-06-20 #40403
Closed
Replies: 1 comment
-
|
This discussion has been marked as outdated by Daily Observability Report for AWF Firewall and MCP Gateway. A newer discussion is available at Discussion #40535. |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
Executive Summary
I reviewed a 20-run sample from the last 7 days. 16 runs had AWF Firewall enabled and all 16 included
sandbox/firewall/logs/access.log; 18 runs used MCP and all 18 includedmcp-logs/rpc-messages.jsonl. No firewall-enabled run was missingaccess.log, and no MCP-enabled run lacked telemetry. The main gap is quality: MCP telemetry is coming from the fallback RPC log rather thangateway.jsonl, and 48/318 messages omittedserver_id.Key Alerts and Anomalies
No critical issues detected.
🔴 Critical Issues:
rpc-messages.jsonl;gateway.jsonlwas not present in the sample.rpc-messages.jsonlcontained 48 messages withoutserver_id, so the fallback is usable but not as rich as the preferred gateway log.proxy.golang.org:443.Coverage Summary
access.log)gateway.jsonlorrpc-messages.jsonl)📋 Detailed Run Analysis
Firewall-Enabled Runs
Missing Firewall Logs
None in the analyzed firewall-enabled set.
MCP-Enabled Runs
rpc-messages.jsonlrpc-messages.jsonlrpc-messages.jsonlrpc-messages.jsonlrpc-messages.jsonlrpc-messages.jsonlrpc-messages.jsonlrpc-messages.jsonlrpc-messages.jsonlrpc-messages.jsonlrpc-messages.jsonlrpc-messages.jsonlrpc-messages.jsonlrpc-messages.jsonlrpc-messages.jsonlrpc-messages.jsonlrpc-messages.jsonlrpc-messages.jsonlMissing MCP Telemetry
None in the analyzed MCP-enabled set.
🔍 Telemetry Quality Analysis
Firewall Log Quality
api.githubcopilot.com:443,o205451.ingest.us.sentry.io:443,otlp-gateway-prod-eu-west-2.grafana.net:443proxy.golang.org:443Gateway Log Quality
rpc-messages.jsonlfallbacksafeoutputs,agenticworkflows,github,serena,mcpscriptsHealthy Runs Summary
The sampled firewall-enabled runs all shipped Squid access logs, including at least one run with both allowed and blocked requests. The sampled MCP-enabled runs all shipped RPC telemetry, so debugging remains possible even without
gateway.jsonl.Recommended Actions
rpc-messages.jsonlas the minimum acceptable MCP telemetry, but restoregateway.jsonlwhere possible for richer timing and status data.server_idis always present in fallback logs.📊 Historical Trends
Not enough week-over-week history is embedded in this sample to trend coverage reliably.
Report generated automatically by the Daily Observability Report workflow
Analysis window: Last 7 days | Runs analyzed: 20
References:
Warning
Firewall blocked 2 domains
The following domains were blocked by the firewall during workflow execution:
api.github.comgithub.com[!TIP]
api.github.comis blocked because GitHub API access uses the built-in GitHub tools by default. Instead of addingapi.github.comtonetwork.allowed, usetools.github.mode: gh-proxyfor direct pre-authenticated GitHub CLI access without requiring network access toapi.github.com:See GitHub Tools for more information on
gh-proxymode.To allow these domains, add them to the
network.allowedlist in your workflow frontmatter:See Network Configuration for more information.
Beta Was this translation helpful? Give feedback.
All reactions