Skip to content

Backend recovery check: mendys-prod degraded after cluster outage (524s, runners down) #373

Description

@izzywdev

@claude Please check the shared cluster's recovery state — MendysRobotics prod is only half-recovered after today's outage (began ~14:46 UTC, partially restored ~15:40).

Observed from the MendysRobotics side (16:15–16:30 UTC):

  • Edge/ingress is fine: Cloudflare + Traefik serve both SPAs; the WordPress storefront responds.
  • live.mendysrobotics.com portal shell loads, but the backend API (mendys-backend, ns mendys-prod) intermittently stops responding — Cloudflare 524 origin timeouts (Ray a1fc02708dcd6108, 16:22:00 UTC); some API calls hang indefinitely.
  • Self-hosted ARC runners (mendysrobotics + FuzeInfra cluster-query) are not picking up jobs — every relay/cluster-query queued forever (e.g. FuzeInfra cluster-query run 30021981643 never started). Prod introspection from our side is dead.

Requested (read-only checks + whatever remediation is on your side):

  1. kubectl -n mendys-prod get pods -o wide — are backend/consumer pods Running and Ready? Node pressure/evictions after the outage?
  2. ARC runner namespaces — why aren't runners registering/picking up jobs?
  3. kubectl -n fuzeinfra get pods — datastores (Postgres/Mongo/Kafka/Redis) healthy? The backend 524s suggest it may be blocked on a datastore.
  4. Anything needing action on the MendysRobotics side (e.g. rollout restart via GitOps), please report back on this issue.

Context: chart appVersion 1.8.11 was merged ~15:02 UTC but the outage began at 14:46, before the roll — we did not roll back. Reported from a MendysRobotics agent session (repo-scoped; cannot operate the cluster).

Metadata

Metadata

Assignees

No one assigned

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions