- Expédié
- 28 octobre 2026 à 06:34 UTC
- Auteur
- Kamo
- S'engager
- c873407
livekit-server v1.13.7 a maintenu 202 participants fermés de 176 salles fermées en vie (leur StreamAllocator de l'éditeur de transport a interrogé un agent ICE fermé toutes les 15 s, 1,5 CPU) jusqu'à Les nouvelles jambes SIP n'ont pas de média (2026-10-28). Chaque Python-SDK (connexion de pair unique) participant qui a fermé de 10-25 sur divulgué, quelle que soit sa raison de fermeture; Go (livekit-sip) Et JS ne l'a jamais fait. - livekit-server v1.13.10: corrige les blocages WebRTC (webrtc-pion #3/#5, ice #4, dtls #1); pas v1.13.11 (changements de canal de données sur un seul PC). prometheus.port, debug_handler sur 6790 afin qu'une future fuite laisse un profil goroutine. - livekit-reaper: toutes les 60 s supprime les salles où il n'y a pas d'appel en direct (vide, téléphone seul) 3 min, pièce d'oreille orpheline, plus de 6 h, pièces de harnais après 30 min, pas de piste publiée 15 min) et supprime les participants bloqués; au plus 10 actions par passe, une ligne de journal JSON Compte les participants divulgués à partir du journal du serveur livekit (Loki) et redémarre le serveur uniquement à >= 10 fuites, 0 live rooms, pas deux fois en 6 h, journalisation de la goroutine Créez votre profil d'abord. - ServiceMonitor pour livekit-server, livekit-sip et le reaper; PrometheusRule (fuité) participants, salles/participants hauts, occupés pendant l'inactivité, moissonneur occupé/différant/bas, Envoyer le fichier AlertmanagerConfig à SysAdmin@KamoCRM.com. - apply.sh: un déploiement qui lancerait livekit-server ou livekit-sip (Recréer, ports hôtes) Attend 0 salles en direct (nombre de récolteurs, 20 min) ou échoue sans les toucher.