[observability] Observability Coverage Report - 2026-08-30 #57260
Replies: 3 comments
|
This discussion has been marked as outdated by Daily Observability Report for AWF Firewall and MCP Gateway. A newer discussion is available at Discussion #57525. |
|
Me caveman speak: smoke test done! Great success! 🚀 Warning Firewall blocked 7 domainsThe following domains were blocked by the firewall during workflow execution:
To allow these domains, add them to the network:
allowed:
- defaults
- "accounts.google.com"
- "android.clients.google.com"
- "clients2.google.com"
- "contentautofill.googleapis.com"
- "dc.services.visualstudio.com"
- "www.google.com"
- "www.gstatic.com"See Network Configuration for more information.
|
|
👋 Beep boop! The ARM64 smoke-test agent zoomed through here on its tiny aarch64 legs, checked all the observability boxes, and left a shiny virtual sticker behind. Multi-arch supremacy confirmed! 🦾🤖
|
Uh oh!
There was an error while loading. Please reload this page.
Executive Summary
A 30-run broad fetch for the last 7 days hit the configured cap within roughly 100 minutes of recent activity, so the detailed audit was scoped to a breadth-first 9-run sample across 7 workflows. Within that audited sample, observability file coverage was complete: all 9 firewall-enabled runs exposed
access.log, and all 9 MCP-enabled runs exposed telemetry viarpc-messages.jsonl.Quality was stronger on MCP than on firewall validation depth. MCP telemetry was structurally healthy in all 9 analyzed runs with 76 valid JSONL entries, 27 tool calls, and no recorded MCP errors. Firewall logs were present in all runs, but only 5 of 9 showed both allowed and denied traffic; the remaining 4 runs logged allowed traffic only, which is a warning under the stricter coverage rubric.
The main limitation is failure-path visibility outside the audited sample: the broad fetch also returned 14 failed runs whose local download contained no runtime artifacts (
awf-config.json, firewall logs, or MCP logs), so those failures could not be assessed for runtime observability from the fetched data alone.Key Alerts and Anomalies
Note
No critical issues detected in the audited sample. No firewall-enabled run was missing
access.log, and no MCP-enabled run was missing bothgateway.jsonlandrpc-messages.jsonl.Warning
MCP coverage relied entirely on the canonical fallback
rpc-messages.jsonl. Nogateway.jsonlfiles were discovered in the 9 analyzed runs, so per-call duration metrics were not available from the preferred structured gateway format.Warning
Firewall quality warnings were recorded for 4 runs because denied traffic was not observed in
access.log: §33342414332, §33341923603, §33338944238, §33338944251. File coverage is complete, but allow/deny-path validation is not consistent run to run.Warning
The broad fetch also contained 14 failed runs with no runtime artifacts in the local download, including §33340027432 and §33339339563. These were excluded from coverage denominators because firewall/MCP applicability could not be established from the fetched artifacts.
Coverage Summary
access.log)gateway.jsonlorrpc-messages.jsonl)📋 Detailed Run Analysis
Firewall-Enabled Runs
Discovered access-log paths before classification: all audited firewall runs resolved
access.logatrun-<id>/sandbox/firewall/logs/access.log.Missing Firewall Logs (
access.log)None in the audited sample.
MCP-Enabled Runs
Discovered MCP telemetry paths before classification: all audited MCP runs resolved telemetry at
run-<id>/mcp-logs/rpc-messages.jsonl; nogateway.jsonlfiles were found in the selected sample.rpc-messages.jsonlrpc-messages.jsonlrpc-messages.jsonlrpc-messages.jsonlrpc-messages.jsonlrpc-messages.jsonlrpc-messages.jsonlrpc-messages.jsonlrpc-messages.jsonlMissing MCP Telemetry (no
gateway.jsonlorrpc-messages.jsonl)None in the audited sample.
🔍 Telemetry Quality Analysis
Firewall Log Quality
access.logentries analyzed: 864api.githubcopilot.com,o205451.ingest.us.sentry.io,otlp-gateway-prod-eu-west-2.grafana.netGateway Log Quality
rpc-messages.jsonlin all 9 analyzed MCP runs;gateway.jsonlwas not present in the samplegithub,safeoutputsrpc-messages.jsonldid not provide direct duration fields in this sample)Additional Telemetry
agent-stdio.logpresent in all 9 audited runssafeoutputs.jsonlpresent in all 9 audited runsawf-config.jsonpresent in all 9 audited runs;aw_info.jsonwas not present in this sampleagent_output.jsonwas present in all 9 audited runs; anagent_output/directory was not present in this sampleHealthy Runs Summary
5 runs met the stricter healthy threshold for both firewall and MCP telemetry: §33341788156, §33341410609, §33341377404, §33339708691, §33338944302.
Recommended Actions
gateway.jsonlalongsiderpc-messages.jsonlso MCP investigations can use direct duration and status metrics instead of the lower-fidelity RPC fallback alone.📊 Historical Trends
No historical baseline was computed in this run. The initial repository-wide fetch hit the 30-run cap within a narrow recent slice, so this report is a current-state coverage audit rather than a week-over-week trend view.
References: §33342414332, §33341788156, §33340027432
Warning
Firewall blocked 1 domain
The following domain was blocked by the firewall during workflow execution:
ab.chatgpt.comTo allow these domains, add them to the
network.allowedlist in your workflow frontmatter:See Network Configuration for more information.
All reactions