- 已装运
- 2026年10月28日 06:34 UTC
- 作者
- Kamo
- 提交
- c873407
livekit-server v1.13.7 保持了 176 个封闭房间的 202 个封闭参与者活着(他们的 发布商运输的StreamAllocator投票封闭的ICE代理每 15 秒, 1.5 CPU ) , 直到 新的SIP脚没有媒体(2026-10-28 ) 。 每个Python-SDK(单点连接) 从10-25关闭泄露的参与者,无论其关闭的原因; 去 (livekit-sip) 和JS从来没有。 - livekit-server v1.13.10:带有 warp WebRTC 死锁修复 (webrtc-pion #3/#5, 2011年10月15日) ice #4, dtls #1 ) ; 不是 v1.13.11(单台 PC 数据通道更改 ) 。 prometheus.port, 6790 上的 debug_handler,以便未来的泄漏会留下一个 goroutine 配置文件。 - livekit-reaper:每60秒删除房间没有现场呼叫可以在(空,电话腿独自) 3 分钟,孤耳室,超过 6 小时,30 分钟后线束室,未发布轨道 15 分钟)并移除卡住的参与者;每次通道最多 10 个操作,一行 JSON 日志 从livekit-server的日志(Loki)中计算泄露的参与者并重新启动 服务器只有在> = 10泄露, 0 现场房间, 不是两次在 6 小时, 记录 goroutine 首先是个人资料 - 用于livekit-server、livekit-sip和reaper的ServiceMonitor;PrometheusRule(泄露) 参与者,房间/参与者高,空闲时忙,收割机忙/推迟/下降, 将 AlertmanagerConfig 发送到 SysAdmin@KamoCRM . com。 - apply.sh: 一个部署,将滚动livekit-server或livekit-sip (重新创建,主机端口) 等待 0 个实时房间(收割者计数,20 分钟)或在不触及它们的情况下失败。