Public: anyone can read this; nobody can change it.
flux notification-controller: 'cannot assign requested address' to forgejo-http under load (per-org alert providers) #203
Sign in to join this conversation.
Public: anyone can read this; nobody can change it.
Seen 2026-08-24 ~19:45Z on prod (vxrail load avg 42–63): every Kustomization alert (
alert/plat-gitops,alert/org-*) logsNotificationDispatchFailed … failed creating Gitea client: Get http://forgejo-http.forgejo.svc.cluster.local:3000/api/v1/version: dial tcp 10.43.36.153:3000: connect: cannot assign requested address
Host-level sockets/conntrack were fine (conntrack 41k/2.6M, TIME_WAIT 41), so this is source-port pressure inside the notification-controller pod: one Gitea client per provider × ~30 org providers × every reconcile, each doing a fresh
/api/v1/versionhandshake. Same window: isolated runners loggedconnection refusedre-registering, and an mcp release build (task 21813) died mid-flight after 13 min; the retry built in 3 min.Worth: consolidating org alerts onto one provider (or a longer
interval), and checking notification-controller'stcp_tw_reuse/keep-alive behaviour. Not caused by the template rename — surfaced while shipping it.🤖 Generated with Claude Code