- Przesyłane
- 28 października 2026 06:34 UTC
- Autor
- Kamo
- Zgłoszenie
- c873407
livekit-server v1.13.7 utrzymał przy życiu 202 zamkniętych uczestników 176 zamkniętych pokoi (ich StreamAllocator wydawcy transportu odpytywał zamkniętego agenta ICE co 15 s, 1,5 CPU), aż Nowe nogi SIP nie mają mediów (2026-10-28). Każdy Python-SDK (pojedyncze połączenie równorzędne) Uczestnik, który zamknął się od 10-25 po wycieku, bez względu na przyczynę jego zamknięcia; Go (livekit-sip) I JS nigdy nie zrobił. - livekit-server v1.13.10: zawiera poprawki zablokowania WebRTC (webrtc-pion # 3 / # 5, ice #4, dtls #1); nie v1.13.11 (zmiany w kanale danych pojedynczego komputera). prometheus.port, debug_handler na 6790, więc przyszły wyciek pozostawia profil goroutine. - livekit-reaper: co 60 s usuwa pokoje, w których nie można wykonywać połączeń na żywo (puste, tylko telefon) 3 min, orphan ear room, starsze niż 6 h, uprzęża po 30 min, brak opublikowanego utworu 15 min) i usuwa utkniętych uczestników; maksymalnie 10 akcji na przejście, jedna linia dziennika JSON Liczy wyciekłych uczestników z dziennika serwera livekit (Loki) i restartuje Serwer tylko przy >= 10 przeciekach, 0 pokojach na żywo, nie dwa razy w ciągu 6 h, logowanie goroutine Wybierz swój profil najpierw. - ServiceMonitor dla livekit-server, livekit-sip i reaper; PrometheusRule (wyciekło uczestnicy, pokoje/uczestnicy wysoki, zajęty podczas bezczynności, reaper zajęty/odkładanie/niski, Wyślij wiadomość e-mail do adresu SysAdmin@KamoCRM.com. - apply.sh: wdrożenie, które uruchomiłoby livekit-server lub livekit-sip (Recreate, porty hosta) Czeka na 0 żywych pokoi (liczba reaperów, 20 min) lub nie powiedzie się bez ich dotykania.