- Shipped
- 7 de agosto de 2026 a las 7:48 UTC
- Author
- Kamo
- Commit
- e853649
La misma falla que la incrustación modelo, se encuentra auditando cada volumen de hostPath en el repo. A hostPath es nodo-local y nada lo replica, por lo que se puede programar una vaina sin pincha donde sus datos no lo son. Los cuatro se movieron o estaban en riesgo de moverse cuando se unieron k3m1. postgres-análisis es la que importaba: DirectoryOrCreate no falla en un camino que falta, crea uno vacío, y Postgres habría corrido initdb en él. Un reprogramado no se ha estrellado - habría servido a la analítica una historia de análisis vacía, mientras que el real 67MB se quedó en k1m1. Verificado intacto después de pinning: 18 mesas, 2655 eventos. qdrant está fijado a k3m1 en lugar de k1m1 porque es ahí donde está sus datos en vivo. Se movió. cuando k3m1 se unió, en silencio consiguió una tienda fresca, y la colección kb ha sido escrita allí ya que; k1m1 todavía tiene una instantánea de marzo, por lo que enviar la vaina "casa" habría callado servía vectores de cuatro meses de edad. También cambia a Recrear: qdrant sostiene un exclusivo WAL lock, por lo que una cápsula de oleada compartiendo el rumbo del directorio con "No init WAL: WouldBlock" y el El despliegue nunca pudo terminar. Eso fue latente... cualquier golpe de imagen habría golpeado. bergamota y libretranslate sólo re-descargaron sus modelos en el nuevo nodo, por lo que nadie se dio cuenta; el propio comentario de Libretranslate afirmaba que ambas réplicas estaban en k1m1, y el pin hace que eso sea cierto de nuevo en lugar de dejar 9.7GB duplicado en k3m1.