chore(llm-serving): park clef-serve to free a V100 for candle-vllm

candle-vllm cannot start. worker-1 has four V100-32GB and all four are allocated: coder 2, reasoning 1, clef-serve 1. Free is 0, so a new GPU pod sits Pending no matter what it is. This pod is the only GPU consumer in the namespace that is not vLLM, so it is the only card that can be released without breaking the instruction to keep vLLM healthy until candle-vllm answers. Ingest keeps running on reasoning-predictor, and pi keeps its coder model on coder-predictor. Measured activity over the last 5,000 log lines, since it started on 2026-10-30T06:23:40Z: 4,994 GET /health (kubelet probes) 2 GET /v1/models 1 GET /v1/completions 1 GET /v1/chat/completions 1 GET /docs 1 GET / No successful inference. The four inference-path requests are GET, and these routes answer POST, so they cannot have produced a completion. It held a card for a day to answer liveness probes, which is the same shape as the comfyui retirement. Nothing in git selects this Service. Reversible: set replicas back to 1. It should return once the rollout settles, because 30B-A3B takes 1 card and Coder-Next TP=2 takes 2, which leaves card 4 for this workload. Not applied. ArgoCD runs selfHeal for llm-serving, so a live scale to 0 is reverted within minutes; this needs the merge to stick. Apply through kustomize, not `kubectl apply -f clef-serve.yaml`: the Deployment mounts the generated ConfigMap by its hashed name, and a raw apply drops the hash.
2026-10-31 19:40:55 -07:00
4 changed files with 13 additions and 154 deletions
@@ -33,7 +33,19 @@ metadata:
    app: clef-serve
    app.kubernetes.io/part-of: llm-serving
 spec:
-  replicas: 1
+  # Parked at 0 to free the only V100 that was not serving anything, so candle-vllm can
+  # run its Phase 0 on one card. All four cards were allocated (coder 2, reasoning 1,
+  # this 1) and a new GPU workload had nowhere to land.
+  #
+  # This is the only GPU consumer in the namespace that is not vLLM, which is why it is
+  # the first card released: the standing instruction is to keep the vLLM pods healthy
+  # until candle-vllm answers, and this pod is not one of them.
+  #
+  # It was serving nothing. The last 30 log lines at park time were 30/30 kubelet
+  # /health probes and no inference request since start (2026-10-30T06:23:40Z). Nothing
+  # in git selects this service. Restore it once the rollout leaves a card free:
+  # 30B-A3B takes 1, Coder-Next TP=2 takes 2, so card 4 is this one.
+  replicas: 0
  # Recreate, not RollingUpdate. Every GPU card is allocated, so a rolling update leaves
  # the new pod Pending forever waiting for a card the old pod still holds.
  strategy:
@@ -1,134 +0,0 @@
-apiVersion: serving.kserve.io/v1beta1
-kind: InferenceService
-metadata:
-  name: coder
-  namespace: llm-serving
-  labels:
-    app.kubernetes.io/name: llm-coder
-    app.kubernetes.io/part-of: llm-serving
-  annotations:
-    serving.kserve.io/deploymentMode: RawDeployment
-spec:
-  predictor:
-    minReplicas: 1
-    maxReplicas: 1
-    nodeSelector:
-      kubernetes.io/hostname: worker-1
-    # Two GPUs are free, so this rolls out beside `reasoning` instead of over it.
-    # Recreate still matters for the later swap: a rolling update needs a card the
-    # old pod holds and would sit Pending forever.
-    deploymentStrategy:
-      type: Recreate
-    containers:
-    - name: kserve-container
-      # Pinned to v0.11.0 on purpose. This is the last image measured to work on this
-      # node: torch 2.8.0+cu128, arch list sm_70..sm_120, driver 580.159.04.
-      # v0.15.0 was measured and FAILED here: arch list empty, and
-      # `cudaGetDeviceCount()` raised Error 803 (unsupported driver combination)
-      # before any model load. Do not raise this tag without re-running that probe.
-      image: vllm/vllm-openai:v0.11.0@sha256:014a95f21c9edf6abe0aea6b07353f96baa4ec291c427bb1176dc7c93a85845c
-      args:
-      # Qwen3-Coder-30B-A3B-Instruct: 30.5B total, 3.3B active. Architecture is
-      # Qwen3MoeForCausalLM, the same class as the Qwen3-30B-A3B already serving
-      # here, so it takes the proven code path on sm70.
-      #
-      # Qwen ships this model only as BF16 (61.1 GB) and FP8 (no FP8 on Volta).
-      # 4-bit GPTQ is the only form that fits one 32 GB card. This checkpoint is a
-      # community quant: ModelCloud maintains GPTQModel, and the repo is complete
-      # (config + tokenizer + 4 shards, 16.9 GB). Verified by loading, not by trust.
-      #
-      # Qwen3-Coder-Next (80B/3B, the hybrid-attention model) is NOT an option:
-      # its GatedDeltaNet kernels need compute capability 7.5+ and the `fla` module,
-      # and sm70 has neither. Measured, not assumed.
-      - --model=ModelCloud/Qwen3-Coder-30B-A3B-Instruct-GPTQMODEL-W4A16-A
-      # `reasoning` stays a served name so an existing client that sends
-      # model=reasoning keeps working after the DNS rename. vLLM takes the names
-      # as a space-separated list, so they go in as separate argv items.
-      - --served-model-name
-      - coder
-      - reasoning
-      - --quantization=gptq
-      - --dtype=float16
-      - --kv-cache-dtype=auto
-      # Native window is 262144 and rope_scaling is null, so 256K needs no YaRN.
-      # One card cannot hold it: measured KV pool on a single V100 was 132,672
-      # tokens. TP=2 halves the weights per card (7.8 GiB each), which frees room
-      # for the larger pool. Measured after boot: see the KV line in the log.
-      - --max-model-len=262144
-      - --tensor-parallel-size=2
-      - --pipeline-parallel-size=1
-      - --gpu-memory-utilization=0.90
-      # A single 262,144-token request consumes the whole pool, so keep few slots.
-      - --max-num-seqs=4
-      - --max-num-batched-tokens=8192
-      - --long-prefill-token-threshold=2048
-      - --enable-chunked-prefill
-      - --enable-prefix-caching
-      # Measured: with the default (custom all-reduce ON) the engine finished CUDA graph
-      # capture in 6s at 17:01:56 and then went silent for 14+ minutes, emitting only
-      # "No available shared memory broadcast block found in 60 seconds". The front-end
-      # never received the ready message. vLLM's custom all-reduce registers its own
-      # CUDA graph addresses and deadlocks on this Volta/PCIe pair. NCCL is the fallback
-      # and is correct here, because TP=2 across two PCIe V100s gains nothing from the
-      # custom kernel anyway.
-      - --disable-custom-all-reduce
-      - --reasoning-parser=qwen3
-      - --enable-auto-tool-choice
-      - --tool-call-parser=hermes
-      - --host=0.0.0.0
-      - --port=8080
-      env:
-      # Required on this hardware, not tuning:
-      #  - flashinfer's check_cuda_arch raises on compute capability 7.0,
-      #    so the sampler must stay off
-      #  - FlashInfer and FlashAttention-2 need sm75+, so Triton serves attention
-      - name: VLLM_USE_FLASHINFER_SAMPLER
-        value: "0"
-      - name: VLLM_ATTENTION_BACKEND
-        value: TRITON_ATTN
-      - name: HF_HOME
-        value: /mnt/models
-      ports:
-      - containerPort: 8080
-        protocol: TCP
-      readinessProbe:
-        httpGet:
-          path: /health
-          port: 8080
-        periodSeconds: 10
-      startupProbe:
-        httpGet:
-          path: /health
-          port: 8080
-        # TP=2 at 256K needs ~10 min before the API binds: 22s weights, 80s torch.compile,
-        # 85s KV profiling, then graph capture. 120 x 15s = 30 min of headroom.
-        failureThreshold: 120
-        periodSeconds: 15
-      resources:
-        # worker-1 exposes only 63,495 MiB of allocatable memory, so a 24Gi request
-        # never schedules. Two vLLM workers keep the weights on the GPU and need
-        # little host RAM, so the request stays small and the limit allows burst.
-        requests:
-          cpu: "8"
-          memory: 12Gi
-          nvidia.com/gpu: "2"
-        limits:
-          cpu: "16"
-          memory: 40Gi
-          nvidia.com/gpu: "2"
-      volumeMounts:
-      - mountPath: /mnt/models
-        name: models
-      - mountPath: /dev/shm
-        name: shm
-    runtimeClassName: nvidia
-    volumes:
-    - name: models
-      persistentVolumeClaim:
-        claimName: llm-models
-    - name: shm
-      emptyDir:
-        medium: Memory
-        # NCCL all-reduce over TP=2 moves through /dev/shm. The 64Mi default is
-        # too small and shows up as an init hang or a bus error.
-        sizeLimit: 8Gi
@@ -14,10 +14,6 @@ resources:
  # v0.5.22+, published only on CUDA 13, and CUDA 13 dropped Volta kernels. The model
  # instead runs the implementation it ships (joint_schema_model.py) in fp16 on one V100.
  - clef-serve.yaml
-  # coder = Qwen3-Coder-30B-A3B-Instruct, 4-bit GPTQ, TP=2 at 262,144 tokens. It serves
-  # both `coder` and `reasoning`, so poimen-memory needs a host change only, never a
-  # model-name change. reasoning.yaml below can be dropped once that host change lands.
-  - coder.yaml
  - reasoning.yaml
  # ornith is retired: its InferenceService still reports Ready=True while running zero
  # replicas, because desired equals available at 0. Its manifest was never committed,
@@ -66,21 +66,6 @@ spec:
          port: 80
        - protocol: TCP
          port: 8000
-    # Allow from poimen namespace (poimen-memory ingest + query).
-    # The client-side egress rule is the other half and must stay in step:
-    # NetworkPolicy poimen/poimen-memory-llm-egress permits port 8080 to pods
-    # labelled part-of=llm-serving, which is the same selector used here. This
-    # policy had no matching ingress rule at all, so the packet was allowed out
-    # and dropped here. The client then saw a bare timeout and the predictor log
-    # stayed empty, which is why this failure looked like a hung inference engine
-    # for 34 days.
-    - from:
-        - namespaceSelector:
-            matchLabels:
-              kubernetes.io/metadata.name: poimen
-      ports:
-        - protocol: TCP
-          port: 8080
    # Allow intra-namespace (pod-to-pod within llm-serving)
    - from:
        - podSelector: