Every fv-ml1 link on the Homepage dashboard was broken. Measured against the
live dashboard API before the fix: 16 entries pointing at the dead 10.250.50.54
and zero at the live 10.251.50.54, covering gen, M.O.G.-SEC, Scriberr, Embed,
Rerank, Reward, Coder, Dockge and six dormant seats.
The miss was structural, not careless. fv-ml1-rename-sweep.sh works from an
allowlist assembled from files that mention the HOST, and a homepage.href label
mentions only an IP -- so every stack whose sole stale reference was a label
fell outside it. The allowlist now covers those 24 files, and records how to
derive the list next time (grep the old address, subtract history) rather than
enumerating from memory.
History is still untouched, and the exclusions are now written down with the
reason each one keeps the old address: recorded benchmark results, whose
base_url is part of a measurement's provenance; the one LiteLLM comment
preserving a retired hand-test endpoint; and the cutover runbooks, where the old
address is the subject matter.
Two bugs found while applying it, both fixed here:
- deploy-stack.sh rejected any stack name containing a dot, so qwen3.5-122b,
qwopus3.5-122b and mistral-medium-3.5 could not be deployed by the script at
all. The check exists to stop path traversal, which means rejecting ".." and
"/" -- not every dot. Traversal is now rejected explicitly and tested.
- stacks/scriberr/.env.example allowed CORS only from the dead IP and from
scriberr.ana.internal, which no longer resolves; the box is at the fv site
and DNS already carries scriberr.fv.internal. The live .env had both stale
origins, i.e. an allowlist with nothing reachable in it.
Host side, applied separately: canonical pushed for the 16 stacks whose only
difference from the host was this renumber, and an in-place address-only fix for
the nine whose host copy has genuinely drifted or has no canonical copy, so that
drift survives for a deliberate reconciliation instead of being clobbered. Every
compose.yaml on fv-ml1 now reads 10.251.50.54. The labels themselves only take
effect at container creation, so the running containers still need recreating.
117 lines
4.7 KiB
YAML
117 lines
4.7 KiB
YAML
# mistral-small-4 — Mistral-Small-4-119B-2603 (official NVFP4) on fv-ml1 GPU 0.
|
|
#
|
|
# Mistral Small 4 is a 119B-total / 6.5B-active MoE (128 experts, 4 active),
|
|
# 256K context, multimodal, Apache-2.0 (released 2026-03). This serves the
|
|
# OFFICIAL NVFP4 checkpoint (mistralai/Mistral-Small-4-119B-2603-NVFP4) — 74.4 GB
|
|
# of compressed-tensors (llm-compressor, a vLLM + Red Hat collaboration, day-0
|
|
# vLLM support). It is the GPU-0 tenant (the slot formerly reserved for a
|
|
# creative-writing pick — operator reassigned 2026-06-15; tune-for-creative-
|
|
# writing comes after base-characteristic probing).
|
|
#
|
|
# WHY NVFP4 (not FP8/bf16): on a SINGLE 96 GB card, NVFP4 (74.4 GB weights) is
|
|
# the only variant that fits at TP=1 — FP8 (~119 GB) and bf16 (~238 GB) need both
|
|
# GPUs. The card is Blackwell (sm_120) with FP4 tensor cores, so NVFP4 gets a real
|
|
# speedup, not just a VRAM save. NOTE: this is the COMPRESSED-TENSORS NVFP4 path
|
|
# (vendor-shipped, vLLM-tested) — distinct from the nvidia-ModelOpt NVFP4 MoE
|
|
# loader that broke on Qwen3.6 (#44081); different code path, day-0 supported.
|
|
#
|
|
# WHY TP=1 here: Mistral's official card uses --tensor-parallel-size 2 (their
|
|
# reference 80 GB cards can't fit 74.4 GB + context on one). The 96 GB Blackwell
|
|
# flips that to single-card: 74.4 GB weights + ~5 GB overhead leaves ~17 GB for
|
|
# KV. Mistral Small 4 uses MLA attention (TRITON_MLA) so KV is compressed/cheap —
|
|
# big context stays affordable even on a constrained KV pool. We serve the FULL
|
|
# native 256K (max-model-len 262144) — the KV pool is util-bound (~862K tokens)
|
|
# so 256K costs no extra VRAM, it just lets one request use up to 256K (max
|
|
# concurrency 3.29x at full length). For novel-length consistency-checking.
|
|
#
|
|
# vLLM PIN: v0.22.0 (in .env) — the last release with WORKING Mistral vision
|
|
# (#44911 fetch_images regression hit 0.22.1+/0.23.0). See the .env header.
|
|
#
|
|
# Serve flags mirror Mistral's official command (cited in README), adapted for
|
|
# single-card: TP 2->1, util 0.8->0.93, max-num-seqs 128->32 (32 keeps the
|
|
# 256K warmup transient flat). All tunables live in .env — edit that, not this file.
|
|
|
|
name: mistral-small-4
|
|
|
|
services:
|
|
vllm-mistral4:
|
|
image: ${MISTRAL_IMAGE}
|
|
container_name: ${MISTRAL_CONTAINER_NAME}
|
|
restart: unless-stopped
|
|
ipc: host
|
|
ports:
|
|
- "${MISTRAL_PORT}:8000"
|
|
volumes:
|
|
- /tank/aimodels/huggingface:/hfcache
|
|
environment:
|
|
- HF_HOME=/hfcache
|
|
- HF_HUB_CACHE=/hfcache/hub
|
|
- HUGGING_FACE_HUB_TOKEN=${HF_TOKEN:-}
|
|
- VLLM_API_KEY=${API_KEY:-}
|
|
command:
|
|
- ${MISTRAL_MODEL}
|
|
# Pre-quantized NVFP4 (compressed-tensors) — vLLM auto-detects the quant;
|
|
# no --quantization flag.
|
|
- --served-model-name
|
|
- mistral-small-4
|
|
- --host
|
|
- 0.0.0.0
|
|
- --port
|
|
- "8000"
|
|
- --tensor-parallel-size
|
|
- "1"
|
|
- --gpu-memory-utilization
|
|
- ${MISTRAL_GPU_MEM_UTIL}
|
|
- --max-model-len
|
|
- ${MISTRAL_MAX_MODEL_LEN}
|
|
# MLA attention backend (DeepSeek-style latent KV → compressed, cheap KV).
|
|
- --attention-backend
|
|
- TRITON_MLA
|
|
# Mistral tool-calling + configurable reasoning (per the official card).
|
|
- --tool-call-parser
|
|
- mistral
|
|
- --enable-auto-tool-choice
|
|
- --reasoning-parser
|
|
- mistral
|
|
- --max-num-seqs
|
|
- ${MISTRAL_MAX_NUM_SEQS}
|
|
# VISION ENABLED. vLLM is pinned to v0.22.0 in .env — the last release BEFORE
|
|
# the Mistral multimodal regression (#44911, `MistralCommonImageProcessor has
|
|
# no attribute fetch_images`, landed ~0.22.1+; 0.23.0 is affected). v0.22.0
|
|
# still has Mistral-Small-4 arch + compressed-tensors NVFP4 support (the
|
|
# #44081 ModelOpt-NVFP4 bug on 0.22.0 is a DIFFERENT quant path, doesn't touch
|
|
# this compressed-tensors checkpoint). Gives a verified working vision tower
|
|
# as the abliteration/tuning baseline. (qwen36 stays on 0.23.0 — separate
|
|
# container; it NEEDS 0.23.0 for its ModelOpt NVFP4.)
|
|
- --dtype
|
|
- auto
|
|
- --enable-prefix-caching
|
|
deploy:
|
|
resources:
|
|
reservations:
|
|
devices:
|
|
- driver: nvidia
|
|
device_ids:
|
|
- "${MISTRAL_GPU_ID}"
|
|
capabilities:
|
|
- gpu
|
|
healthcheck:
|
|
test: ["CMD", "curl", "-f", "http://localhost:8000/health"]
|
|
interval: 30s
|
|
timeout: 10s
|
|
retries: 3
|
|
start_period: 600s
|
|
networks:
|
|
- tnet
|
|
labels:
|
|
- homepage.group=AI Systems
|
|
- homepage.name=Mistral Small 4 (NVFP4)
|
|
- homepage.icon=mdi-creation
|
|
- homepage.description=Mistral-Small-4-119B-2603 MoE (NVFP4) via vLLM (fv-ml1 GPU 0)
|
|
- homepage.href=http://10.251.50.54:${MISTRAL_PORT}/docs
|
|
|
|
networks:
|
|
tnet:
|
|
name: traefik-net
|
|
external: true
|