[observability] Observability Coverage Report - 2026-06-19 #40172
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 #40403. |
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
Sampled 19 completed runs from the last 7 days, all with
firewall_enabled=true. Firewall observability is mostly healthy: 17/19 runs uploaded usablesandbox/firewall/logs/access.logdata, and those logs show both allowed and blocked traffic. TwoAvengerfailures are missingaccess.logentirely, which is a critical gap because it removes the primary debugging artifact for egress enforcement.MCP telemetry is complete across the sample. Every run had
mcp-logs/rpc-messages.jsonl;gateway.jsonlwas not present in this sample, so the canonical RPC fallback is carrying observability. No RPC response errors were found.Key Alerts and Anomalies
🔴 Critical Issues:
Avengerrun27794601855:sandbox/firewall/logs/access.logmissing.Avengerrun27792293897:sandbox/firewall/logs/access.logmissing.Coverage Summary
access.log)gateway.jsonlorrpc-messages.jsonl)📋 Detailed Run Analysis
All sampled runs had
rpc-messages.jsonl; none hadgateway.jsonl.🔍 Telemetry Quality Analysis
api.githubcopilot.com:443(279),api.anthropic.com:443(174),o205451.ingest.us.sentry.io:443(159).sentry62,safeoutputs33,mcpscripts2.gateway.jsonlwas absent in the sample;rpc-messages.jsonlwas the sole MCP telemetry source.Recommended Actions
sandbox/firewall/logs/access.logis emitted on failure paths, especially forAvenger.gateway.jsonlalongside the RPC fallback.Analysis window: Last 7 days | Runs analyzed: 19
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