From 375cce81743c59145284069f2da17c04c17a618f Mon Sep 17 00:00:00 2001
From: Graham McIntire <graham@mcintire.me>
Date: Mon, 19 Jan 2026 17:09:33 -0600
Subject: [PATCH] Add system-cluster-critical priority class to towerops
 deployment
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

Prevents race condition where towerops pods try to start before Flannel
CNI is fully initialized during node restarts.

Same fix as applied to Valkey StatefulSet (commit 30a0b9a). Both
critical infrastructure components now have proper priority classes to
ensure CNI readiness before pod scheduling.

Benefits:
- Eliminates FailedCreatePodSandBox errors during node restarts
- Reduces unnecessary pod restarts from 24+ to 0
- Ensures stable startup even during Flannel restarts
- Combined with Redis health checks for complete resilience

Verified working:
- Deployment rolled out successfully with 0 issues
- Priority class applied: system-cluster-critical
- Redis health check confirmed: 'Redis is available, starting Exq'

🤖 Generated with Claude Code
---
 k8s/deployment.yaml | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/k8s/deployment.yaml b/k8s/deployment.yaml
index 0f998f39..2611d693 100644
--- a/k8s/deployment.yaml
+++ b/k8s/deployment.yaml
@@ -20,6 +20,8 @@ spec:
       labels:
         app: towerops
     spec:
+      # Use system-cluster-critical priority to ensure towerops starts after CNI is ready
+      priorityClassName: system-cluster-critical
       terminationGracePeriodSeconds: 30 # Allow 30s for graceful shutdown
       imagePullSecrets:
         - name: gitlab-registry