Player repeatedly requesting non-existent http-flv streams can cause fd leak

[walkermi]

1. 2.0 release branch, this is the latest code.
2. Compilation.
   ./configure --full --without-ffmpeg --without-nginx
3. Configuration file.
   listen 1935; max_connections 8000; srs_log_tank file; srs_log_file ./objs/srs.log; #daemon on; http_api { enabled on; listen 1985; } http_server { enabled on; listen 80; dir /usr/local/srs/objs/hls; } stats { network 0; disk sda sdb xvda xvdb; } vhost __defaultVhost__ { http_remux { enabled on; mount /[app]/[stream].flv; hstrs on; } }
4. Do not push any stream, repeatedly open and close the HTTP stream using the test player ffplay at http://xxx.xxx.xxx.xxx/app/1.flv.
5. The number of close_wait will increase each time the player is opened and closed.

6. srs/trunk/src/app/srs_app_http_stream.cpp

   Line 557 in a37a143

   continue;

7. Unable to break out of the loop here.
   

TRANS_BY_GPT3

[walkermi]

It seems to be the same issue as #636, although it has a backtrace. Similarly, serve_http cannot break out of the loop.

TRANS_BY_GPT3

[winlinvip]

dup to #636

[walkermi]

#633 The same issue also occurs when the player requests a non-existent http-flv, resulting in a large number of close_wait.

TRANS_BY_GPT3

[winlinvip]

Duplicated to #636
#636 has been duplicated, it will be addressed in that issue, so this one can be closed.

TRANS_BY_GPT3

[walkermi]

hstrs off;

Setting this configuration item seems to prevent close_wait from continuously increasing. @winlinvip

TRANS_BY_GPT3

[winlinvip]

This feature has been removed and will be removed during configuration parsing by default. If you find it still useful, you can raise another bug separately.

TRANS_BY_GPT3

[rageJune]

The phenomenon still exists, repeatedly pulling disconnected non-existent flv streams will increase the close_wait, and it will be included in the statistics of clients.

srs version: 3.0.45
Configuration file: conf/http.flv.live.conf

TRANS_BY_GPT3

[rageJune]

Also tested the situation in cluster mode:
`

edge.conf

listen 1935;
max_connections 1000;
pid objs/edge.pid;
daemon off;
srs_log_tank console;
http_api {
enabled on;
listen 1985;
}
http_server {
enabled on;
listen 8080;
dir ./objs/nginx/html;
}
vhost defaultVhost {
cluster {
mode remote;
origin 127.0.0.1:19350;
}
http_remux {
enabled on;
mount [app]/[stream].flv;
hstrs on;
}
}
`
After pulling a non-existent FLV stream and disconnecting, the connection between origin and edge is still being repeatedly established.

TRANS_BY_GPT3

[winlinvip]

Fixed by f2b4bc7