3132a16ca0
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.
112 lines
5.9 KiB
YAML
112 lines
5.9 KiB
YAML
# Scriberr — self-hosted audio/video transcription with speaker diarization.
|
|
# Upstream: https://github.com/rishikanthc/Scriberr (Go + SvelteKit, SQLite).
|
|
#
|
|
# Transcription runs locally via WhisperX (Whisper + pyannote diarization);
|
|
# NVIDIA Parakeet / Canary models are also selectable in the UI. Optional
|
|
# summarisation / transcript chat talks to any OpenAI-compatible endpoint —
|
|
# point it at the LiteLLM gateway rather than a paid API (see README).
|
|
#
|
|
# ── IMAGE: BUILT LOCALLY, ON PURPOSE ──────────────────────────────────────
|
|
# fv-ml1's RTX PRO 6000 Blackwell cards are **sm_120**. Upstream publishes
|
|
# `scriberr-cuda` (built for sm_61…sm_89 — no sm_120 kernels) and documents a
|
|
# `scriberr-cuda-blackwell` image that **has never actually been published**
|
|
# (GHCR returns no tags for it, checked 2026-08-23). The sm_120 path upstream
|
|
# ships is `Dockerfile.cuda.12.9` (CUDA 12.9.1 + cu128 torch), built locally.
|
|
# Do NOT "simplify" this to the published `scriberr-cuda` image — it will
|
|
# fail on these cards or silently fall back to CPU.
|
|
# Rebuild: see README "Rebuilding" — checkout lives at
|
|
# /tank/scriberr/src/Scriberr on fv-ml1.
|
|
#
|
|
# ── GPU PINNING ───────────────────────────────────────────────────────────
|
|
# Pinned to **GPU1** via explicit device_ids, per the house convention and
|
|
# because GPU0 is fully committed to the `gen` seat. GPU1 shares space with
|
|
# the `sec` seat, so this stack is a guest there — keep an eye on VRAM.
|
|
# NOTE: do NOT add `NVIDIA_VISIBLE_DEVICES=all` (as upstream's compose does).
|
|
# It overrides the device_ids reservation and exposes both cards.
|
|
#
|
|
# All tunables live in .env — edit that, not this file.
|
|
|
|
services:
|
|
scriberr:
|
|
image: ${SCRIBERR_IMAGE:-scriberr:local-blackwell}
|
|
container_name: scriberr
|
|
restart: unless-stopped
|
|
ports:
|
|
- "${SCRIBERR_BIND:-0.0.0.0}:${SCRIBERR_PORT}:8080"
|
|
volumes:
|
|
# Bind mounts rather than named volumes: /var/lib/docker on fv-ml1
|
|
# lives on zroot with limited headroom, while /tank has terabytes.
|
|
# Model weights (Whisper, pyannote, NeMo) land in whisperx-env and are
|
|
# multi-GB — they must not go anywhere near the root pool.
|
|
- ${SCRIBERR_DATA_DIR}:/app/data
|
|
- ${SCRIBERR_ENV_DIR}:/app/whisperx-env
|
|
environment:
|
|
# ⚠ 10001, NOT the fleet-usual 1000 — this is load-bearing.
|
|
# Dockerfile.cuda.12.9 creates `appuser` at uid 10001 (Ubuntu 24.04's
|
|
# base image already owns uid 1000 as `ubuntu`, so upstream moved it) and
|
|
# chowns /app to 10001. The entrypoint's PUID remapping only chowns
|
|
# /app/data + /app/whisperx-env, not /app itself, so running as 1000
|
|
# leaves the app unable to open its SQLite DB and it crash-loops with
|
|
# `unable to open database file: out of memory (14)` — which is
|
|
# SQLITE_CANTOPEN wearing a misleading message, not a real OOM.
|
|
# The host bind-mount dirs are therefore chowned to 10001:10001 too.
|
|
# Verified 2026-08-23: PUID=1000 crash-loops, PUID=10001 starts clean.
|
|
- PUID=${SCRIBERR_PUID:-10001}
|
|
- PGID=${SCRIBERR_PGID:-10001}
|
|
- APP_ENV=production
|
|
# Served over plain HTTP on the LAN. Left at the production default of
|
|
# `true`, the session cookie is marked Secure and the browser silently
|
|
# drops it — you log in, get bounced back to the login page, and the
|
|
# logs show nothing wrong. This must stay false while access is HTTP.
|
|
- SECURE_COOKIES=${SCRIBERR_SECURE_COOKIES:-false}
|
|
# Upstream defaults to localhost origins only, which fails CORS when
|
|
# reached by host IP. Keep this in sync with how the app is reached.
|
|
- ALLOWED_ORIGINS=${SCRIBERR_ALLOWED_ORIGINS}
|
|
- NVIDIA_DRIVER_CAPABILITIES=compute,utility
|
|
# Scriberr builds each model backend's Python env with `uv` at runtime.
|
|
# uv's default link mode reflink/hardlinks out of its cache, which fails
|
|
# on this overlayfs+ZFS combination with a misleading
|
|
# "Failed to clone ... Resource temporarily unavailable (os error 11)"
|
|
# and takes out the Parakeet + Sortformer backends (WhisperX survives).
|
|
# `copy` trades a little disk and time for it actually working.
|
|
- UV_LINK_MODE=${SCRIBERR_UV_LINK_MODE:-copy}
|
|
deploy:
|
|
resources:
|
|
reservations:
|
|
devices:
|
|
- driver: nvidia
|
|
device_ids: ["${SCRIBERR_GPU_ID:-1}"]
|
|
capabilities: [gpu]
|
|
healthcheck:
|
|
# 127.0.0.1 rather than localhost — the IPv6-first resolution trap has
|
|
# bitten news-digest and chatterbox in this fleet before.
|
|
# start_period is generous: first boot builds a Python env and pulls
|
|
# several GB of model weights before the port answers.
|
|
test: ["CMD-SHELL", "curl -fsS http://127.0.0.1:8080/ >/dev/null || exit 1"]
|
|
interval: 30s
|
|
timeout: 5s
|
|
retries: 3
|
|
start_period: 600s
|
|
networks:
|
|
- tnet
|
|
labels:
|
|
# ⚠ The group name MUST match a key in the dashboard's settings.yaml
|
|
# `layout:` block. A group that appears nowhere in that block gets no
|
|
# `tab:` assignment, and Homepage renders an untabbed group on EVERY tab.
|
|
# This label read `AI Systems` — a group that existed nowhere — from
|
|
# 2026-08-23 until it was caught on 2026-08-24.
|
|
# `AI - Studios` and not one of the ASR groups because Scriberr is a
|
|
# transcription UI you open and work in, which is what Studios collects;
|
|
# the bare ASR endpoints (Parakeet, Speaches) live in the collapsed
|
|
# `AI - Audio Tools` group instead.
|
|
- homepage.group=AI - Studios
|
|
- homepage.name=Scriberr
|
|
- homepage.icon=mdi-microphone-message
|
|
- homepage.description=Audio/video transcription + diarization (fv-ml1, GPU1)
|
|
- homepage.href=http://10.251.50.54:${SCRIBERR_PORT}
|
|
|
|
networks:
|
|
tnet:
|
|
name: traefik-net
|
|
external: true
|