启动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服务后就可以正常使用了。
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 基于Microsoft.Extensions.AI核心库实现RAG应用
· 10年+ .NET Coder 心语 ── 封装的思维:从隐藏、稳定开始理解其本质意义
· 【设计模式】告别冗长if-else语句:使用策略模式优化代码结构
· 提示词工程——AI应用必不可少的技术
· 字符编码:从基础到乱码解决
· 地球OL攻略 —— 某应届生求职总结