启动EasyGBS出现等待ACK请求:callid[809709832] cseq[127 INVITE] 超时[10s]

大家知道今年我们首先在EasyGBS内添加了WebRTC的播放协议,随后也逐渐将该协议普及到了EasyCVR、EasyNVR等其他的平台当中,同时其他协议也可以切换播放,因此目前EasyGBS可以输出四种协议的视频流。同时,EasyGBS也有Windows和Linux两个版本,可以根据需要部署不同版本。

很多用户在使用EasyGBS的Linux版本时,会出现之前能播放,然后突然不能播放的情况,并且页面会报错:等待ACK请求: callid[809709832] cseq[127 INVITE] 超时[10s]

这个问题在接入量大,并且并发大的现场经常会遇到,原因是linux的最大进程数ulimit用完了,所以日志里面会有too many open files的报错:

Linux默认的最大进程数是1024,可以用ulimit -a看到:

我们可以在Linux服务器里面修改这个数量,首先先输入vi /etc/security/limit.conf文件,在最后做如下配置(这里以设置参数危65535为例),然后保存:

随后输入命令 vi /etc/systemd/user.conf,再做如下配置,并保存:

最后再输入vi /etc/systemd/system.comf做如下配置,保存并重启服务器:

重启后输入ulimit -a可以看到,最大打开文件数改成65535了。这里重启下EasyGBS服务后就可以正常使用了。

 

posted on   EasyGBS  阅读(94)  评论(0编辑  收藏  举报
编辑推荐:
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 基于Microsoft.Extensions.AI核心库实现RAG应用
阅读排行:
· 10年+ .NET Coder 心语 ── 封装的思维:从隐藏、稳定开始理解其本质意义
· 【设计模式】告别冗长if-else语句:使用策略模式优化代码结构
· 提示词工程——AI应用必不可少的技术
· 字符编码:从基础到乱码解决
· 地球OL攻略 —— 某应届生求职总结
< 2025年3月 >
23 24 25 26 27 28 1
2 3 4 5 6 7 8
9 10 11 12 13 14 15
16 17 18 19 20 21 22
23 24 25 26 27 28 29
30 31 1 2 3 4 5

点击右上角即可分享
微信分享提示