项目场景:
相关背景:
- 我方在现场部署了一个主服务应用,暂且记作“MainServer”;
MainServer的主要作业,是启动一个http服务,提供一个http的接口,接口的绑定端口为1888; - 第三方应用通过调用该接口,通知MainServer启动推流进程,实现将RTSP码流推送到RTMP地址的功能;
- 我方提供了一个守护进程,在MainServer异常时,短时间内将应用程序拉起;
问题描述
问题现象:
- 在运行一段时间后,调用MainServer的http服务接口,出现接口不再响应的问题。
- 通过日志观察发现,在接口不响应之前,提示服务异常,被守护进程重新拉起;
- 日志显示,最近的一次拉起动作提示”http 的server端口绑定异常!“;
原因分析:
日志提示中可以看到,端口被绑定,排查过程如下:
- 输入命令,查看端口被占用的进程;
netstat -atlnup|grep 1888
- 从获取的信息发现,占用的进程为ffmpeg进程,键入命令查询进程信息;
ps -ef|grep ffmpeg
- 发现该进程为推流进程,是MainServer启动的;目前由于MainServer被守护进程拉起,所以它的父进程ID变成了1;
- 从这个现象,可以分析出,是ffmpeg推流进程占用了1888端口。结论是:
ffmpeg进程本身不会使用1888端口,而它的父进程MainServer会使用;所以ffmpeg是继承了父进程的资源文件描述符,也就是这个socketfd,最终显示占用;
- 下面是程序里的代码片段;
.........................此处省略前置代码.............