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
|
namespace: matrix
|
||||||
spec:
|
spec:
|
||||||
replicas: 1
|
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:
|
selector:
|
||||||
matchLabels:
|
matchLabels:
|
||||||
app: coturn
|
app: coturn
|
||||||
|
|||||||
Reference in New Issue
Block a user