- Shipped
- 30 juin 2026 à 23:15 UTC
- Author
- Sage
- Commit
- 9cd1ad0
La création de nouveaux documents a été suspendue à 5 min et le nouvel onglet est resté à environ:blanc. Cause racine: DocsService pods programmés sur k3m1 lire le modèle vierge à partir de MinIO au format WireGuard IP 10.8.1.1 (k1m1), qui est inaccessible à partir de k3m1 (la superposition de WG k1m1 est en panne bas). Le modèle lu utilisé en singleton Fièvre MinioClient sans temporisation (MinIO SDK par défaut 5 min), donc createNewDocument bloqués indéfiniment; le capot du frontend a écrit l'erreur dans la pré-ouverte languette blanche. Corrections: - déploiement : source MINIO-CURRENT-HOST à partir de l'API vers le bas (status.hostIP) de sorte que chaque pod utilise l'instance MinIO locale à son noeud, au lieu d'une IP statique qui Chaque gousset à l'adresse WireGuard d'un noeud (désabordable). - configmap: point MinIO courant/bord/froid à l'adresse minio.cluster-services (atteignable) de chaque noeud, soutenu par k1m1 qui contient toutes les données) au lieu des morts IP de WireGuard - utilisé comme basculement derrière le noeud-autour-auto-hôte. DocumentService: lire le modèle via le basculement MinIOStorageService.download() (frais clients à temporisation, limite de temporisation et basculement du nœud) au lieu du non-déterme brut La fève MinioClient, donc un nœud inaccessible échoue rapidement au lieu de la pendaison. - DocumentService: désédité par le contenu de l'ImgDat. Les modèles vierges sont octet-identique, donc un nouvel insert violé idx-img-dats-hash-unique le 2ème document; réutiliser la ligne existante via findByHashCombination (correspondant au téléchargement chemins) et ne télécharger qu'en cas de création récente. - Enlever le fèche MinioClient maintenant inutilisé.