- Verschifft
- 28. Oktober 2026 um 06:34 UTC
- Autor
- Kamo
- Ausschuss
- c873407
livekit-server v1.13.7 hielt 202 geschlossene Teilnehmer von 176 geschlossenen Räumen am Leben (ihre Der StreamAllocator des Herausgebers transport fragte einen geschlossenen ICE-Agent alle 15 Sekunden ab, bis Neue SIP-Legs haben keine Medien (2026-10-28). Jedes Python-SDK (Single-Peer-Verbindung) Teilnehmer, der von 10-25 auf durchgesickert geschlossen wurde, egal aus welchem Grund; Go (livekit-sip) Und JS hat es nie getan. - livekit-server v1.13.10: enthält die Warp WebRTC Deadlock Fixes (webrtc-pion #3/#5, ice #4, dtls #1); nicht v1.13.11 (Änderungen am Datenkanal für einen einzelnen PC). prometheus.port, debug_handler auf 6790, so dass ein zukünftiges Leck ein Goroutine-Profil hinterlässt. - livekit-reaper: löscht alle 60 s Räume, in denen kein Live-Anruf möglich ist (leer, nur Telefonbein) 3 min, verwaiste Ohrräume, älter als 6 h, Harness-Räume nach 30 min, kein veröffentlichter Track 15 min) und entfernt feststeckende Teilnehmer; höchstens 10 Aktionen pro Durchgang, eine JSON-Logzeile Zählt die durchgesickerten Teilnehmer aus dem Log des Livekit-Servers (Loki) und startet das Livekit neu Server nur bei >= 10 Leaks, 0 Live-Räume, nicht zweimal in 6 h, Logging der Goroutine Profil zuerst ansehen. - ServiceMonitor für livekit-server, livekit-sip und den reaper; PrometheusRule (durchgesickert) Teilnehmer, Räume/Teilnehmer hoch, beschäftigt im Leerlauf, Reaper beschäftigt/verzögert/unten, Senden Sie AlertmanagerConfig an SysAdmin@KamoCRM.com. - apply.sh: ein Deploy, das livekit-server oder livekit-sip ausführen würde (Recreate, Host-Ports) Wartet auf 0 Live-Räume (Reaper-Zählung, 20 min) oder schlägt fehl, ohne sie zu berühren.