- Se descapó
- 30 de junio de 2026 a las 23:15 UTC
- Autor
- Sage
- Compromit
- 9cd1ad0
La creación de nuevos documentos colgaba 5 min y la nueva pestaña se quedaba en punto: en blanco. Causa raíz: Las vainas de servicio DocsService programadas en k3m1 leer la plantilla en blanco de MinIO en el cable de código duro IP 10.8.1.1 (k1m1), que no es accesible desde k3m1 (la capa de WG k1m1-k3m1 ha caído). La plantilla leía usaba un singleton MinioClient frijol sin tiempo de espera (MinIO SDK default 5 min), así que createNewDocument bloqueadas indefinidamente; la captura del frontend escribió el error en la pre-abierta pestaña en blanco. Arreglo: - implementación: fuente MINIO-CURRENT-HOST de Downward API (status.hostIP) cada cápsula utiliza la instancia MinIO local a su nodo, en lugar de una IP estática que pincha cada vaina a la dirección de WireGuard de un nodo (ahora inalcanzable). - mapa de configuración: punto MinIO corriente/edge/frío en los servicios de minio.cluster (alcanzables de cada nodo, respaldado por k1m1 que contiene todos los datos) en lugar de los muertos WireGuard IPs usado como failover detrás del nodo-local de corriente-anfitrión. - DocumentService: lea la plantilla a través del failover MinIOStorageService.download() (clientes frescos, de tiempo límite de tiempo - failover de nodo) en lugar de la cruda sin tiempo de espera MinioClient grano, así que un nodo inalcanzable falla rápido en lugar de colgar. - DocumentService: dedup de ImgDat de contenido. Las plantillas en blanco son porte-idéntico, por lo que un nuevo inserto violó a idx.img.dats.hash-unique en el 2o. documento; reutilizar la fila existente a través de findByHashCombination (que coincide con la subida senderos) y sólo cargar cuando se crea de nuevo. - Quita el frijol MinioClient, ahora desuso.