[observability] Observability Coverage Report - 2026-06-23 #40905
Closed
Replies: 1 comment
-
|
This discussion was automatically closed because it expired on 2026-06-24T00:16:41.443Z.
|
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.
-
Caution
agentic threat detected
Threat detection flagged this output in warn mode. Manual review is REQUIRED before any follow-up automation.
Details
The threat detection engine failed to produce results.
Review the workflow run logs for details.
Executive Summary
I reviewed 7 recent runs from
Daily Firewall Logs Collector and Reporter. Firewall telemetry is mostly intact: 6 of 7 firewall-enabled runs include the Squid access log bundle, and 1 run is missing it entirely. MCP telemetry is healthy on the 6 MCP-enabled runs and is consistently captured throughrpc-messages.jsonlrather thangateway.jsonl.The main gap is a single firewall-enabled run that exited without preserving any access log artifact. That is a real debugging blocker for network issues. The remaining runs are usable for incident triage, with one run showing blocked egress as expected.
Key Alerts and Anomalies
Caution
Critical issue:
27927563395is missing the firewall access log bundle. Noaccess.logartifact was found for that run, so egress debugging would be blind for that execution.Warning
Warnings:
rpc-messages.jsonlin all 6 MCP-enabled runs, butgateway.jsonlis absent across the sample, so duration metrics are not available from the preferred format.transaction-end-before-headersnoise is frequent. It does not block analysis, but it does make the access logs noisier than ideal.Coverage Summary
access.log)gateway.jsonlorrpc-messages.jsonl)📋 Detailed Run Analysis
Firewall-Enabled Runs
Missing Firewall Logs (
access.log)MCP-Enabled Runs
Missing MCP Telemetry
No MCP-enabled run in the analyzed set was missing both
gateway.jsonlandrpc-messages.jsonl.🔍 Telemetry Quality Analysis
Firewall Log Quality
Gateway Log Quality
rpc-messages.jsonl(canonical fallback)agenticworkflows,safeoutputsHealthy Runs Summary
6 runs have complete firewall + MCP observability coverage. The only gap is the single firewall run that ended before an access log bundle was preserved.
Recommended Actions
sandbox/firewall/logs/access.logon every firewall-enabled run, including early-exit and no-op paths.rpc-messages.jsonlas the fallback MCP telemetry source, but addgateway.jsonlif you want per-call duration metrics in the daily report.transaction-end-before-headersnoise is expected, document it; otherwise, reduce aborted proxy transactions or filter them in the report.Historical Trends
No multi-day trend baseline was assembled beyond this 7-day sample.
Report generated automatically by the Daily Observability Report workflow
Analysis window: Last 7 days | Runs analyzed: 7
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