KamoCRM

Stream the recording, and run the summary after commit — it ran inside the upload

FixMediaService
Expédié
24 septembre 2026 à 03:50 UTC
Auteur
Kamo
Commite
9eeb90d

Jibri's upload read the whole recording into heap (file.getBytes()) on the pod that also serves chat; a two-hour meeting is over a gigabyte. It is now streamed to MinIO from the spooled multipart file (uploadStreaming, re-read per node attempt). The summary pipeline is @Async but was called from the same bean, so the annotation was inert: transcription, the AI summary and every email ran inside the upload request and its database transaction, for minutes, while jibri waited on the response. It is now scheduled after commit through the proxy, and reads the recording back from MinIO to the scratch volume instead of being handed its bytes. A PHI tenant's refusal answered 500, which jibri treats as retryable and so kept the recording on its volume — the copy the guard exists to prevent. It is now a definitive `stored: false, reason: recording not permitted`, on which finalize.sh deletes it.

Tous les changements

Comme ce que tu vois expédier ?

Tout cela arrive dans votre espace de travail par lui-même. Commencez sur le plan gratuit et relisez cette page dans un mois.

Commencez gratuitement pour toujoursPrix de visualisation