agentplat▸control runs deployments agents metering + agent
← runs

run_eada30493144e068

AWAITING_APPROVAL retrigger →
jira-triage v1 · jira-triage-srein · owner ingest:jira-new-ticket (api) · via jira-new-ticket · cloud-engineering

input

{
  "request": "Triage Jira ticket SREIN-1652: Yardstick's access to our fastly logs has been lost",
  "references": [
    "https://mozilla-hub.atlassian.net/browse/SREIN-1652"
  ],
  "sourceContext": {
    "issue": "SREIN-1652"
  }
}

summary

SREIN-1652 reports that Yardstick has lost access to Fastly logs, with graphs that were working "yesterday or late last week" now broken. The ticket is in Backlog status with no comments, description text only, and no linked runbook/Confluence doc to consult. Triage requires confirming what changed (credentials, IAM/API token, Fastly log-streaming endpoint config, or Yardstick-side ingestion) and reproducing/verifying scope of the outage before assigning an owner.

findings

  • none

proposed actions

jira.comment.postrisk low - informational/triage comment requesting more detail and outlining the investigation plan; no infrastructure changes proposed.
SREIN-1652
Thanks for flagging this. To triage the Yardstick/Fastly logs access issue, could you help confirm a few things:

1. Which specific Fastly service(s) and log destination (e.g., S3 bucket, GCS, BigQuery, Splunk, etc.) are involved, and can you share the exact dashboard/graph link that stopped updating?
2. Any error messages Yardstick is surfacing when it tries to pull the logs (auth failure, 403, empty results, etc.)?
3. Approximate timestamp of the last successful data point, to help narrow down when access broke.

On our side we'll check for:
- Recent credential/API token rotations or expirations for the Fastly service account used by Yardstick.
- Any recent changes to the Fastly logging endpoint configuration (removed/edited log streaming endpoint) via Fastly config history/audit log.
- IAM/bucket-policy changes on the log storage destination that could have revoked Yardstick's read access.

Will update this ticket once we've identified the cause. Please also link any relevant runbook/Confluence doc for this integration if one exists, since none is currently referenced here.

tool calls

[
  {
    "capability": "jira.issue.read",
    "args": {
      "key": "SREIN-1652"
    },
    "result": {
      "key": "SREIN-1652",
      "summary": "Yardstick's access to our fastly logs has been lost",
      "status": "Backlog",
      "description_text": "It looks like something has mistakenly removed yardstick\u2019s access to our fastly logs.  Example graph .  These graphs were working fine recently, I think I last looked at them yesterday (possibly late last week).",
      "comment_count": 0,
      "comments": []
    }
  }
]

usage

{
  "model": "claude-sonnet-5",
  "input_tokens": 3108,
  "output_tokens": 1465,
  "estimated_cost_usd": 0.031299
}

approvals

[]

log

launched k8s job run-run-eada30493144e068 in ns/mzcld-demo-dev image=us-docker.pkg.dev/moz-fx-mzcld-demo-prod/mzcld-demo-prod/agentplat:latest
runner started
live reasoning model=claude-sonnet-5
awaiting approval for 1 action(s)