fix(coturn): use Recreate deployment strategy for hostNetwork pod
Auto-Deploy on Push / verify-and-notify (push) Canceled after 0s
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:
co-authored by
Claude Sonnet 5
parent
0242238597
commit
62b05c51c4
@@ -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
|
||||
|
||||
Reference in New Issue
Block a user