- Spegnimento
- 30 giugno 2026 alle ore 23:15 UTC
- Autore
- Sage
- Impegno
- 9cd1ad0
Creazione di nuovi documenti appeso ~5 min e la nuova scheda rimase a circa:blank. Causa radice: DocsService pods in programma su k3m1 leggere il modello vuoto da MinIO al WireGuard IP 10.8.1.1 (k1m1), non raggiungibile da k3m1 (l'overlay di k1m1 >k3m1 WG è a terra). Il modello letto usato un singleton MinioClient bean senza timeout (MinIO SDK default 5 min), quindi creareNewDocument bloccato indefinitamente; la cattura del frontend ha scritto l'errore nel pre-aperto scheda vuota. Correzioni: - distribuzione: sorgente MINIO CURRENT HOST dall'API di Downward (status.hostIP) così ogni capsula utilizza l'istanza MinIO locale al suo nodo, invece di un IP statico che pins ogni pod a un nodo (ora non raggiungibile) Indirizzo WireGuard. - configmap: punto corrente MinIO/edge/freddo a minio.cluster-services (raggiungebile da ogni nodo, sostenuto da k1m1 che detiene tutti i dati) al posto dei morti WireGuard IPs — usato come failover dietro il nodo-local-host corrente. - DocumentService: leggere il modello tramite il failover MinIOStorageService.download() (nuovi, timeout-bounded client + nodo failover) invece di grezzo no-timeout MinioClient bean, quindi un nodo non raggiungibile non riesce più veloce invece di appendere. - DocumentService: dedup di ImgDat. I modelli in bianco sono byte-identical, quindi un inserto fresco violato idx img dats hash unique sul 2nd+ documento; riutilizzare la riga esistente tramite findByHashCombination (matching the upload percorsi) e carica solo quando appena creato. - Rimuovere il fagiolone MinioClient inutilizzato.