[observability] Observability Coverage Report - 2026-06-14 #39166
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 #39297. |
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
Scanned a capped sample of 20 runs from the last 7 days. 17 runs were observability-healthy: each had
sandbox/firewall/logs/access.logand MCP telemetry inmcp-logs/rpc-messages.jsonl. 3 repeatedPR Sous Cheffailures were missing both the firewall log and any MCP telemetry.Key Alerts and Anomalies
Caution
Critical gaps:
PR Sous Chef§27480956494, §27480194978, and §27479325900 are firewall-enabled inaw_info.jsonbut have nosandbox/firewall/directory, soaccess.logis absent.mcp-logs/, so neithergateway.jsonlnorrpc-messages.jsonlexists.Warning
gateway.jsonlwas absent from every MCP-enabled run in this sample; telemetry is coming entirely from the rawrpc-messages.jsonlfallback.Coverage Summary
access.log)gateway.jsonlorrpc-messages.jsonl)Detailed Run Analysis
Missing Firewall Logs (
access.log)Healthy Observability Sample
Smoke Codexhad 149 Squid lines with both allow and deny traffic visible (52TCP_TUNNELand30TCP_DENIED).Smoke Codexhad 20 JSONL records, 8 tool calls, 2 servers, and 0 errors inrpc-messages.jsonl.rpc-messages.jsonl;gateway.jsonldid not appear.Recommended Actions
sandbox/firewall/logs/access.log.gateway.jsonlemission so MCP telemetry is available in the preferred structured format.rpc-messages.jsonlas the fallback, but alert on runs that stop before MCP initialization.References:
Report generated automatically by the Daily Observability Report workflow
Analysis window: Last 7 days | Runs analyzed: 20
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