I spent hours last night searching through posts, but didn't come up with a solution to my problem.
I'm running a live stream from WinAmp soundcard line input to my Linux server running D.N.A.S. After several hours, the source stream seems to be disconnecting.
When this happens there is no entry in the log and the status still shows [active]. It will also not allow the DSP to reconnect... it keeps retrying every 30 seconds. When clients log in, they get a looped stream about 34 seconds long and then are disconnected.
I would normally assume some connection issue is breaking the source stream connection, but why is the D.N.A.S. getting 'locked up' like that?
Here is a look at the log from last night:
<10/11/[email protected]:37:50> [SHOUTcast] DNAS/Linux v1.9.5 (Dec 27 2004) starting up...
<10/11/[email protected]:37:50> [main] pid: 2184
<10/11/[email protected]:37:50> [main] loaded config from sc_serv.conf
<10/11/[email protected]:37:50> [main] initializing (usermax:5 portbase:8000)...
<10/11/[email protected]:37:50> [main] No ban file found (sc_serv.ban)
<10/11/[email protected]:37:50> [main] No rip file found (sc_serv.rip)
<10/11/[email protected]:37:50> [main] opening source socket
<10/11/[email protected]:37:50> [main] source thread starting
<10/11/[email protected]:37:50> [main] opening client socket
<10/11/[email protected]:37:50> [main] Client Stream thread [0] starting
<10/11/[email protected]:37:50> [main] client main thread starting
<10/11/[email protected]:37:50> [source] listening for connection on port 8001
<10/11/[email protected]:37:56> [source] connected from 24.213.181.170
<10/11/[email protected]:37:56> [source] icy-name:Test Stream ; icy-genre:Other
<10/11/[email protected]:37:56> [source] icy-pub:0 ; icy-br:48 ; icy-url:http://www.shoutcast.com
<10/11/[email protected]:37:56> [source] icy-irc:N/A ; icy-icq:0 ; icy-aim:N/A
<10/11/[email protected]:38:05> [dest: 141.150.100.236] starting stream (UID: 0)[L: 1]{A: iTunes/5.0.1 (Windows; N)}(P: 0)
<10/11/[email protected]:38:05> [dest: 141.150.100.236] connection closed (1 seconds) (UID: 0)[L: 0]{Bytes: 39003}(P: 0)
<10/11/[email protected]:38:44> [dest: 141.150.100.236] starting stream (UID: 1)[L: 1]{A: iTunes/5.0.1 (Windows; N)}(P: 0)
<10/12/[email protected]:36:29> [dest: 141.150.100.236] connection closed (17864 seconds) (UID: 1)[L: 0]{Bytes: 107189049}(P: 0)
<10/12/[email protected]:10:37> [dest: 141.150.100.236] starting stream (UID: 2)[L: 1]{A: iTunes/5.0.1 (Windows; N)}(P: 0)
<10/12/[email protected]:11:10> [dest: 141.150.100.236] connection closed (34 seconds) (UID: 2)[L: 0]{Bytes: 256000}(P: 0)
<10/12/[email protected]:15:37> [dest: 68.236.222.66] starting stream (UID: 3)[L: 1]{A: NSPlayer/9.0.0.3250 WMFSDK/9.0}(P: 0)
<10/12/[email protected]:15:37> [dest: 68.236.222.66] starting stream (UID: 4)[L: 2]{A: NSPlayer/9.0.0.3250 WMFSDK/9.0}(P: 1)
<10/12/[email protected]:16:09> [dest: 68.236.222.66] connection closed (33 seconds) (UID: 3)[L: 1]{Bytes: 256000}(P: 0)
<10/12/[email protected]:16:09> [dest: 68.236.222.66] connection closed (32 seconds) (UID: 4)[L: 0]{Bytes: 256000}(P: 1)
It looks like the problem happened around 3:36 am.
I double-checked these config settings:
; AutoDumpUsers controls whether listeners are disconnected if the source
; stream disconnects. The default is 0.
AutoDumpUsers=0
; AutoDumpSourceTime specifies how long, in seconds, the source stream is
; allowed to be idle before the server disconnects it. 0 will let the source
; stream idle indefinately before disconnecting. The default is 30.
AutoDumpSourceTime=0
The stream is at http://audio.rbinet.net:8000
If anyone can offer some advise, it would be greatly appreciated.
I'm running a live stream from WinAmp soundcard line input to my Linux server running D.N.A.S. After several hours, the source stream seems to be disconnecting.
When this happens there is no entry in the log and the status still shows [active]. It will also not allow the DSP to reconnect... it keeps retrying every 30 seconds. When clients log in, they get a looped stream about 34 seconds long and then are disconnected.
I would normally assume some connection issue is breaking the source stream connection, but why is the D.N.A.S. getting 'locked up' like that?
Here is a look at the log from last night:
<10/11/[email protected]:37:50> [SHOUTcast] DNAS/Linux v1.9.5 (Dec 27 2004) starting up...
<10/11/[email protected]:37:50> [main] pid: 2184
<10/11/[email protected]:37:50> [main] loaded config from sc_serv.conf
<10/11/[email protected]:37:50> [main] initializing (usermax:5 portbase:8000)...
<10/11/[email protected]:37:50> [main] No ban file found (sc_serv.ban)
<10/11/[email protected]:37:50> [main] No rip file found (sc_serv.rip)
<10/11/[email protected]:37:50> [main] opening source socket
<10/11/[email protected]:37:50> [main] source thread starting
<10/11/[email protected]:37:50> [main] opening client socket
<10/11/[email protected]:37:50> [main] Client Stream thread [0] starting
<10/11/[email protected]:37:50> [main] client main thread starting
<10/11/[email protected]:37:50> [source] listening for connection on port 8001
<10/11/[email protected]:37:56> [source] connected from 24.213.181.170
<10/11/[email protected]:37:56> [source] icy-name:Test Stream ; icy-genre:Other
<10/11/[email protected]:37:56> [source] icy-pub:0 ; icy-br:48 ; icy-url:http://www.shoutcast.com
<10/11/[email protected]:37:56> [source] icy-irc:N/A ; icy-icq:0 ; icy-aim:N/A
<10/11/[email protected]:38:05> [dest: 141.150.100.236] starting stream (UID: 0)[L: 1]{A: iTunes/5.0.1 (Windows; N)}(P: 0)
<10/11/[email protected]:38:05> [dest: 141.150.100.236] connection closed (1 seconds) (UID: 0)[L: 0]{Bytes: 39003}(P: 0)
<10/11/[email protected]:38:44> [dest: 141.150.100.236] starting stream (UID: 1)[L: 1]{A: iTunes/5.0.1 (Windows; N)}(P: 0)
<10/12/[email protected]:36:29> [dest: 141.150.100.236] connection closed (17864 seconds) (UID: 1)[L: 0]{Bytes: 107189049}(P: 0)
<10/12/[email protected]:10:37> [dest: 141.150.100.236] starting stream (UID: 2)[L: 1]{A: iTunes/5.0.1 (Windows; N)}(P: 0)
<10/12/[email protected]:11:10> [dest: 141.150.100.236] connection closed (34 seconds) (UID: 2)[L: 0]{Bytes: 256000}(P: 0)
<10/12/[email protected]:15:37> [dest: 68.236.222.66] starting stream (UID: 3)[L: 1]{A: NSPlayer/9.0.0.3250 WMFSDK/9.0}(P: 0)
<10/12/[email protected]:15:37> [dest: 68.236.222.66] starting stream (UID: 4)[L: 2]{A: NSPlayer/9.0.0.3250 WMFSDK/9.0}(P: 1)
<10/12/[email protected]:16:09> [dest: 68.236.222.66] connection closed (33 seconds) (UID: 3)[L: 1]{Bytes: 256000}(P: 0)
<10/12/[email protected]:16:09> [dest: 68.236.222.66] connection closed (32 seconds) (UID: 4)[L: 0]{Bytes: 256000}(P: 1)
It looks like the problem happened around 3:36 am.
I double-checked these config settings:
; AutoDumpUsers controls whether listeners are disconnected if the source
; stream disconnects. The default is 0.
AutoDumpUsers=0
; AutoDumpSourceTime specifies how long, in seconds, the source stream is
; allowed to be idle before the server disconnects it. 0 will let the source
; stream idle indefinately before disconnecting. The default is 30.
AutoDumpSourceTime=0
The stream is at http://audio.rbinet.net:8000
If anyone can offer some advise, it would be greatly appreciated.
Comment