- Expédié
- 24 septembre 2026 à 03:50 UTC
- Auteur
- Kamo
- Commit
- 9eeb90d
Le téléchargement de Jibri a lu l'ensemble de l'enregistrement dans le tas (file.getBytes()) sur le pod qui sert aussi chat; une réunion de deux heures est plus d'un gigaoctet. Il est maintenant transmis à MinIO à partir du fichier multipart spooled (uploadStreaming, re-read per node try). Le pipeline sommaire est @Async mais a été appelé du même haricot, donc l'annotation a été inerte: transcription, le résumé AI et chaque e-mail couru à l'intérieur du téléchargement demande et sa transaction de base de données, pendant des minutes, pendant que jibri attendait sur le Réponse. Il est maintenant programmé après commit par le proxy, et lit le enregistrement de retour de MinIO au volume de scratch au lieu d'être remis ses octets. Le refus d'un locataire de l'ISP a répondu 500, que le jibri traite comme réutilisable et a ainsi maintenu le enregistrement sur son volume — la copie le garde existe pour empêcher. C'est maintenant un `stored: false, raison: l'enregistrement n'est pas autorisé`, sur lequel finalise.sh le supprime.