KamoCRM

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

FixMediaService
已装运
2026年9月24日 03:50 UTC
作者
Kamo
提交
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.

所有更改

就像你看到的运输?

所有东西都是靠自己运入你的工作空间的 从免费计划开始,一个月后再读这页.

永远开始自由查看定价