- Verschifft
- 7. August 2026 um 07:48 UTC
- Autor
- Kamo
- Ausschuss
- e853649
Derselbe Fehler wie Einbettungsmodell, gefunden durch Auditierung jedes HostPath-Volumens im Repo. A hostPath ist node-lokal und nichts repliziert es, so dass eine ungepinnte pod geplant werden kann, wo seine Daten sind es nicht. Alle vier bewegten sich oder waren in Gefahr, sich zu bewegen, als k3m1 hinzukamen. postgres-analytics ist die, die zählte: DirectoryOrCreate nicht auf einem fehlenden Pfad scheitern, es schafft eine leere, und postgres wäre initdb hineingelaufen. Eine Umkehrung wäre nicht abgestürzt -- es hätte der Analytik eine leere Analytik-Geschichte gedient, während die realen 67MB blieb auf k1m1. Verifiziert nach dem Pinning: 18 Tische, 2655 Veranstaltungen. qdrant wird auf k3m1 anstatt auf k1m1 gepinnt, weil dort seine Live-Daten sind. Es bewegte sich wenn k3m1 beigetreten ist, bekam still ein neues Geschäft, und die kb-Kollektion wurde dort geschrieben da; k1m1 hält immer noch einen März-Schnappschuss, so dass das Senden der Hülse "nach Hause" ruhig haben würde bediente vier Monate alte Vektoren. Es wechselt auch zu Recreate: qdrant hält eine exklusive WAL Sperre, so dass eine Surge pod teilen das Verzeichnis Panik mit "Can't init WAL: WouldBlock" und die Rollout konnte nie zu beenden. Das war latent - jede Imagebeule hätte es getroffen. bergamot und libretranslate haben ihre Modelle nur auf dem neuen Knoten wieder heruntergeloadet, weshalb Niemand bemerkte es; libretranslates eigener Kommentar behauptete, beide Repliken seien auf k1m1 und der Pin macht das wieder wahr, anstatt 9.7GB auf k3m1 dupliziert zu lassen.