@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):
kubectl -n mendys-prod get pods -o wide — are backend/consumer pods Running and Ready? Node pressure/evictions after the outage?
- ARC runner namespaces — why aren't runners registering/picking up jobs?
kubectl -n fuzeinfra get pods — datastores (Postgres/Mongo/Kafka/Redis) healthy? The backend 524s suggest it may be blocked on a datastore.
- 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).
@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):
live.mendysrobotics.comportal shell loads, but the backend API (mendys-backend, nsmendys-prod) intermittently stops responding — Cloudflare 524 origin timeouts (Ray a1fc02708dcd6108, 16:22:00 UTC); some API calls hang indefinitely.Requested (read-only checks + whatever remediation is on your side):
kubectl -n mendys-prod get pods -o wide— are backend/consumer pods Running and Ready? Node pressure/evictions after the outage?kubectl -n fuzeinfra get pods— datastores (Postgres/Mongo/Kafka/Redis) healthy? The backend 524s suggest it may be blocked on a datastore.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).