fix(coturn): use Recreate deployment strategy for hostNetwork pod
Auto-Deploy on Push / verify-and-notify (push) Canceled after 0s

Discovered live: the default RollingUpdate strategy tries to schedule the
new pod before removing the old one, which can never succeed for a
hostNetwork Deployment on a single-node cluster (both pods would need the
same node ports 3478/5349 simultaneously). Surfaced by the rotated-at
annotation bump from the previous commit getting stuck in
FailedScheduling. Recreate kills the old pod first, freeing the ports.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
This commit is contained in:
Thore Cimbal
2026-07-28 21:07:16 +02:00
co-authored by Claude Sonnet 5
parent 0242238597
commit 62b05c51c4
+5
View File
@@ -65,6 +65,11 @@ metadata:
namespace: matrix
spec:
replicas: 1
# hostNetwork pods bind directly to the node's ports (3478/5349) - on this single-node
# cluster, RollingUpdate's default "bring up the new pod before removing the old one"
# can never schedule (port conflict). Recreate kills the old pod first.
strategy:
type: Recreate
selector:
matchLabels:
app: coturn