Icecast Streaming Media Server Forum Index Icecast Streaming Media Server
Icecast is a Xiph Foundation Project
 
 FAQFAQ   SearchSearch   MemberlistMemberlist   UsergroupsUsergroups   RegisterRegister 
 ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

Disconnecting source due to socket timeout

 
Post new topic   Reply to topic    Icecast Streaming Media Server Forum Index -> Dev Branches
View previous topic :: View next topic  
Author Message
robertut



Joined: 31 Aug 2007
Posts: 156

PostPosted: Tue May 13, 2008 1:58 pm    Post subject: Disconnecting source due to socket timeout Reply with quote

Hi! Every about 24-28 hours, some of my mountpoints get disconnected. It's really ugly to see pictures like this:

Listeners: Red: /mr2.aac + /mr2.mp3, Orange: /mr2.aac, Green: /mr2.mp3

It looks like at random times:
Code:
[2008-05-13  15:02:00] WARN source/ Disconnecting source due to socket timeout
[2008-05-13  15:02:00] INFO source/ Source "/mr6m.mp3" exiting
[2008-05-13  15:02:00] INFO source/ passing 0 listeners to "/mr6p.mp3"
[2008-05-13  15:02:01] INFO source/ listener count on /mr1.aac now 126
[2008-05-13  15:02:01] INFO source/ Applying mount information for "/mr6s.mp3"
[2008-05-13  15:02:01] INFO source/ Applying mount information for "/mr6p.mp3"
[2008-05-13  15:02:01] INFO source/ Applying mount information for "/mr6m.mp3"
[2008-05-13  15:02:01] INFO source/ Applying mount information for "/mr6g.mp3"
[2008-05-13  15:02:01] INFO source/ Applying mount information for "/mr6d.mp3"
[2008-05-13  15:02:01] INFO source/ Applying mount information for "/bartok-test.mp3"
[2008-05-13  15:02:01] INFO source/ Applying mount information for "/bartok-test.aac"
[2008-05-13  15:02:01] INFO source/ Applying mount information for "/mr5.mp3"
[2008-05-13  15:02:01] INFO source/ Applying mount information for "/mr5.aac"
[2008-05-13  15:02:01] INFO source/ Applying mount information for "/mr4.mp3"
[2008-05-13  15:02:01] INFO source/ Applying mount information for "/mr4.aac"
[2008-05-13  15:02:01] INFO source/ Applying mount information for "/mr3.mp3"
[2008-05-13  15:02:01] INFO source/ Applying mount information for "/mr3.aac"
[2008-05-13  15:02:01] INFO source/ Applying mount information for "/mr2.mp3"
[2008-05-13  15:02:01] INFO source/ Applying mount information for "/mr2.aac"
[2008-05-13  15:02:01] INFO source/ Applying mount information for "/mr1.mp3"
[2008-05-13  15:02:01] INFO source/ Applying mount information for "/mr1.aac"
[2008-05-13  15:02:01] WARN source/ Disconnecting source due to socket timeout
[2008-05-13  15:02:01] INFO source/ Source "/mr2.aac" exiting
[2008-05-13  15:02:03] INFO source/ listener count on /mr1.aac now 125
[2008-05-13  15:02:05] INFO source/ listener count on /mr2.mp3 now 772
[2008-05-13  15:02:07] INFO source/ listener count on /mr1.mp3 now 83
[2008-05-13  15:02:07] INFO fserve/ checking for file /mr2.aac (./web/mr2.aac)
[2008-05-13  15:02:07] WARN fserve/ req for file "./web/mr2.aac" No such file or directory
...
[2008-05-13  15:02:17] INFO fserve/ checking for file /mr2.aac (./web/mr2.aac)
[2008-05-13  15:02:17] WARN fserve/ req for file "./web/mr2.aac" No such file or directory
[2008-05-13  15:02:17] INFO fserve/ checking for file /mr2.aac (./web/mr2.aac)
[2008-05-13  15:02:17] WARN fserve/ req for file "./web/mr2.aac" No such file or directory
[2008-05-13  15:02:17] INFO fserve/ checking for file /mr2.aac (./web/mr2.aac)
[2008-05-13  15:02:17] WARN fserve/ req for file "./web/mr2.aac" No such file or directory
[2008-05-13  15:02:17] INFO slave/ Starting relayed source at mountpoint "/mr2.aac"
[2008-05-13  15:02:17] INFO slave/ connecting to 212.92.28.80:8200
[2008-05-13  15:02:17] INFO auth/ max on /mr2.mp3 is 3500 (cur 858)
[2008-05-13  15:02:17] INFO fserve/ checking for file /mr2.aac (./web/mr2.aac)
[2008-05-13  15:02:17] INFO source/ listener count on /mr2.mp3 now 859
[2008-05-13  15:02:17] WARN fserve/ req for file "./web/mr2.aac" No such file or directory
[2008-05-13  15:02:17] INFO source/ Applying mount information for "/mr2.aac"
[2008-05-13  15:02:17] INFO source/ listener count on /mr2.aac now 0
[2008-05-13  15:02:17] INFO auth/ max on /mr2.aac is 3500 (cur 0)
[2008-05-13  15:02:17] INFO source/ listener count on /mr2.aac now 1
[2008-05-13  15:02:18] INFO auth/ max on /mr2.aac is 3500 (cur 1)
[2008-05-13  15:02:18] INFO auth/ max on /mr2.aac is 3500 (cur 2)
[2008-05-13  15:02:18] INFO source/ listener count on /mr2.aac now 3
[2008-05-13  15:02:18] INFO auth/ max on /mr2.aac is 3500 (cur 3)
[2008-05-13  15:02:18] INFO source/ listener count on /mr2.aac now 4
[2008-05-13  15:02:18] INFO source/ listener count on /mr2.mp3 now 858
[2008-05-13  15:02:18] INFO source/ listener count on /mr1.mp3 now 82
[2008-05-13  15:02:18] INFO auth/ max on /mr2.aac is 3500 (cur 4)
[2008-05-13  15:02:18] INFO source/ listener count on /mr2.aac now 5
[2008-05-13  15:02:18] INFO auth/ max on /mr2.mp3 is 3500 (cur 858)
All the relayed Shoutcast server has to say about this is:
Code:
<05/13/08@15:02:16> [dest: 217.20.138.66] connection closed (96080 seconds) (UID: 65)[L: 1]{Bytes: 960616519}(P: 1)
<05/13/08@15:02:33> [dest: 217.20.138.66] starting stream (UID: 67)[L: 2]{A: Icecast 2.3-kh34a}(P: 1)
No limitation is max listener time on Shoutcast side. Shource is properly connected to it. After less than 20 seconds Icecast starts relaying again, but that's enough to loose all the listeners.

What I don't understand is why is it re-applied the mount information so often? I guess it must be related to it somehow. The access log proves that no "Reload Config" was issued to re-apply the information from the web-interface:
Code:
68.151.211.53 - - [13/May/2008:15:01:59 +0200] "GET /mr1.aac HTTP/1.1" 200 106850 "-" "Magyar Radiovevo v1.1.28" 203
217.20.138.66 - - [13/May/2008:15:02:00 +0200] "GET /most.xsl HTTP/1.0" 200 528 "-" "-" 0
91.83.27.21 - - [13/May/2008:15:02:01 +0200] "GET /mr1.aac HTTP/1.0" 200 382684 "-" "WinampMPEG/5.53" 53
82.131.195.33 - - [13/May/2008:15:02:01 +0200] "GET /mr2.aac HTTP/1.0" 200 82662 "-" "WinampMPEG/5.0" 2
86.101.23.31 - - [13/May/2008:15:02:01 +0200] "GET /mr2.aac HTTP/1.0" 200 125930 "-" "WinampMPEG/5.51" 15
87.97.38.166 - - [13/May/2008:15:02:01 +0200] "GET /mr2.aac HTTP/1.0" 200 162334 "-" "WinampMPEG/5.32" 19
213.178.117.67 - - [13/May/2008:15:02:01 +0200] "GET /mr2.aac HTTP/1.0" 200 348557 "-" "WinampMPEG/5.53" 38
89.134.151.242 - - [13/May/2008:15:02:01 +0200] "GET /mr2.aac HTTP/1.0" 200 582385 "-" "WinampMPEG/5.19" 61
90.197.6.173 - - [13/May/2008:15:02:01 +0200] "GET /mr2.aac HTTP/1.0" 200 615990 "-" "WinampMPEG/5.35" 67
62.119.149.236 - - [13/May/2008:15:02:01 +0200] "GET /mr2.aac HTTP/1.1" 200 1035390 "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322; InfoPath.1)" 108
84.2.156.74 - - [13/May/2008:15:02:01 +0200] "GET /mr2.aac HTTP/1.0" 200 1163456 "-" "WinampMPEG/5.51" 120
212.40.83.35 - - [13/May/2008:15:02:01 +0200] "GET /mr2.aac HTTP/1.1" 200 1225064 "-" "Magyar Radiovevo v1.1.28" 125
81.182.65.219 - - [13/May/2008:15:02:01 +0200] "GET /mr2.aac HTTP/1.1" 200 1276870 "-" "DC-Bass Source" 131
77.208.69.131 - - [13/May/2008:15:02:01 +0200] "GET /mr2.aac HTTP/1.0" 200 1257268 "-" "WinampMPEG/5.52" 132
193.225.93.54 - - [13/May/2008:15:02:01 +0200] "GET /mr2.aac HTTP/1.1" 200 1492497 "-" "VLC media player - version 0.8.4a Janus - (c) 1996-2005 the VideoLAN team" 153
89.134.128.219 - - [13/May/2008:15:02:01 +0200] "GET /mr2.aac HTTP/1.0" 200 1663317 "-" "WinampMPEG/5.0" 172
81.182.63.70 - - [13/May/2008:15:02:01 +0200] "GET /mr2.aac HTTP/1.1" 200 1883144 "-" "BASS/2.2" 192
79.120.194.98 - - [13/May/2008:15:02:01 +0200] "GET /mr2.aac HTTP/1.0" 200 1967154 "-" "WinampMPEG/5.32" 200
146.110.60.167 - - [13/May/2008:15:02:01 +0200] "GET /mr2.aac HTTP/1.0" 200 2004960 "-" "WinampMPEG/5.35" 208
86.106.54.235 - - [13/May/2008:15:02:01 +0200] "GET /mr2.aac HTTP/1.0" 200 2072167 "-" "WinampMPEG/5.33" 212
88.209.247.23 - - [13/May/2008:15:02:01 +0200] "GET /mr2.aac HTTP/1.0" 200 2359202 "-" "WinampMPEG/5.53" 244
157.181.184.62 - - [13/May/2008:15:02:01 +0200] "GET /mr2.aac HTTP/1.0" 200 2481018 "-" "WinampMPEG/5.35" 252
87.97.68.188 - - [13/May/2008:15:02:01 +0200] "GET /mr2.aac HTTP/1.1" 200 2524422 "-" "VLC media player - version 0.8.6f Janus - (c) 1996-2008 the VideoLAN team" 256
84.0.230.207 - - [13/May/2008:15:02:01 +0200] "GET /mr2.aac HTTP/1.0" 200 2584630 "-" "WinampMPEG/5.51" 263
212.92.28.2 - - [13/May/2008:15:02:01 +0200] "GET /mr2.aac HTTP/1.0" 200 2756851 "-" "Magyar Radiovevo v1.1.44" 279
78.98.242.244 - - [13/May/2008:15:02:01 +0200] "GET /mr2.aac HTTP/1.0" 200 2891267 "-" "WinampMPEG/5.35" 294
193.225.67.249 - - [13/May/2008:15:02:01 +0200] "GET /mr2.aac HTTP/1.0" 200 2990679 "-" "WinampMPEG/5.51" 303
81.182.243.2 - - [13/May/2008:15:02:01 +0200] "GET /mr2.aac HTTP/1.1" 200 2531424 "-" "Magyar Radiovevo v1.1.28" 305
83.65.94.2 - - [13/May/2008:15:02:01 +0200] "GET /mr2.aac HTTP/1.0" 200 3101293 "-" "WinampMPEG/5.50" 315
84.224.41.210 - - [13/May/2008:15:02:01 +0200] "GET /mr2.aac HTTP/1.0" 200 3262313 "-" "WinampMPEG/5.53" 334
89.137.146.87 - - [13/May/2008:15:02:01 +0200] "GET /mr2.aac HTTP/1.0" 200 3514343 "-" "WinampMPEG/5.35" 357
83.216.33.34 - - [13/May/2008:15:02:01 +0200] "GET /mr2.aac HTTP/1.0" 200 3728553 "-" "WinampMPEG/5.24" 377
82.131.236.137 - - [13/May/2008:15:02:01 +0200] "GET /mr2.aac HTTP/1.0" 200 3869971 "-" "WinampMPEG/5.53" 391
62.203.54.185 - - [13/May/2008:15:02:01 +0200] "GET /mr2.aac HTTP/1.0" 200 4096798 "-" "WinampMPEG/5.52" 414
193.225.127.62 - - [13/May/2008:15:02:01 +0200] "GET /mr2.aac HTTP/1.0" 200 4095399 "-" "WinampMPEG/5.53" 415
195.228.148.218 - - [13/May/2008:15:02:01 +0200] "GET /mr2.aac HTTP/1.1" 200 4285729 "-" "Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30; .NET CLR 3.0.04506.648)" 433
91.120.81.138 - - [13/May/2008:15:02:01 +0200] "GET /mr2.aac HTTP/1.0" 200 4416037 "-" "WinampMPEG/5.52" 446
91.82.126.52 - - [13/May/2008:15:02:01 +0200] "GET /mr2.aac HTTP/1.0" 200 4598060 "-" "WinampMPEG/5.32" 464
89.133.35.208 - - [13/May/2008:15:02:01 +0200] "GET /mr2.aac HTTP/1.0" 200 4830488 "-" "WinampMPEG/5.52" 487
78.92.213.92 - - [13/May/2008:15:02:01 +0200] "GET /mr2.aac HTTP/1.0" 200 5060116 "-" "WinampMPEG/5.1" 510
82.131.146.215 - - [13/May/2008:15:02:01 +0200] "GET /mr2.aac HTTP/1.0" 200 5167930 "-" "WinampMPEG/5.09" 522
84.2.99.217 - - [13/May/2008:15:02:01 +0200] "GET /mr2.aac HTTP/1.0" 200 5858229 "-" "WinampMPEG/5.35" 589
213.222.180.240 - - [13/May/2008:15:02:01 +0200] "GET /mr2.aac HTTP/1.0" 200 6292282 "-" "WinampMPEG/5.32" 633
78.92.22.255 - - [13/May/2008:15:02:01 +0200] "GET /mr2.aac HTTP/1.0" 200 7226196 "-" "WinampMPEG/5.52" 726
89.132.60.41 - - [13/May/2008:15:02:01 +0200] "GET /mr2.aac HTTP/1.0" 200 7235997 "-" "WinampMPEG/5.19" 728
82.131.224.118 - - [13/May/2008:15:02:01 +0200] "GET /mr2.aac HTTP/1.0" 200 8148909 "-" "WinampMPEG/5.52" 819
79.121.104.229 - - [13/May/2008:15:02:01 +0200] "GET /mr2.aac HTTP/1.0" 200 8288926 "-" "WinampMPEG/5.52" 833
81.183.140.177 - - [13/May/2008:15:02:01 +0200] "GET /mr2.aac HTTP/1.0" 200 8409341 "-" "WinampMPEG/5.53" 845
212.108.247.27 - - [13/May/2008:15:02:01 +0200] "GET /mr2.aac HTTP/1.0" 200 8588563 "-" "WinampMPEG/5.31" 863
62.77.228.82 - - [13/May/2008:15:02:01 +0200] "GET /mr2.aac HTTP/1.0" 200 8630568 "-" "WinampMPEG/5.35" 867
81.183.212.128 - - [13/May/2008:15:02:01 +0200] "GET /mr2.aac HTTP/1.1" 200 8850394 "-" "Magyar Radiovevo v1.1.28" 889
84.1.99.146 - - [13/May/2008:15:02:01 +0200] "GET /mr2.aac HTTP/1.0" 200 8895200 "-" "WinampMPEG/5.51" 894
84.0.65.8 - - [13/May/2008:15:02:01 +0200] "GET /mr2.aac HTTP/1.0" 200 9028217 "-" "WinampMPEG/5.50" 907
81.182.241.249 - - [13/May/2008:15:02:01 +0200] "GET /mr2.aac HTTP/1.0" 200 9127628 "-" "WinampMPEG/5.35" 917
81.182.47.225 - - [13/May/2008:15:02:01 +0200] "GET /mr2.aac HTTP/1.0" 200 9292848 "-" "WinampMPEG/5.53" 933
87.96.131.217 - - [13/May/2008:15:02:01 +0200] "GET /mr2.aac HTTP/1.1" 200 9551881 "-" "Magyar Radiovevo v1.1.28" 960
193.225.197.124 - - [13/May/2008:15:02:01 +0200] "GET /mr2.aac HTTP/1.0" 200 9598086 "-" "WinampMPEG/5.21" 963
69.22.220.27 - - [13/May/2008:15:02:01 +0200] "GET /mr2.aac HTTP/1.0" 200 9920126 "-" "WinampMPEG/5.35" 997
80.253.189.26 - - [13/May/2008:15:02:01 +0200] "GET /mr2.aac HTTP/1.0" 200 10366796 "-" "WinampMPEG/5.52" 1041
86.101.218.215 - - [13/May/2008:15:02:01 +0200] "GET /mr2.aac HTTP/1.0" 200 10139968 "-" "WinampMPEG/5.24" 1072
82.141.166.235 - - [13/May/2008:15:02:01 +0200] "GET /mr2.aac HTTP/1.0" 200 10890459 "-" "WinampMPEG/5.32" 1093
92.249.142.71 - - [13/May/2008:15:02:01 +0200] "GET /mr2.aac HTTP/1.0" 200 11134090 "-" "WinampMPEG/5.32" 1117
86.101.4.188 - - [13/May/2008:15:02:01 +0200] "GET /mr2.aac HTTP/1.0" 200 11176094 "-" "WinampMPEG/5.33" 1121
89.132.139.49 - - [13/May/2008:15:02:01 +0200] "GET /mr2.aac HTTP/1.0" 200 11590545 "-" "WinampMPEG/5.50" 1163
193.224.80.119 - - [13/May/2008:15:02:01 +0200] "GET /mr2.aac HTTP/1.0" 200 11762766 "-" "WinampMPEG/5.35" 1180
82.131.216.149 - - [13/May/2008:15:02:01 +0200] "GET /mr2.aac HTTP/1.0" 200 11773967 "-" "WinampMPEG/5.51" 1182
84.2.97.245 - - [13/May/2008:15:02:01 +0200] "GET /mr2.aac HTTP/1.0" 200 11834175 "-" "WinampMPEG/5.24" 1188
193.225.204.45 - - [13/May/2008:15:02:01 +0200] "GET /mr2.aac HTTP/1.1" 200 12275228 "-" "Magyar Radiovevo v1.1.28" 1231
80.99.164.190 - - [13/May/2008:15:02:01 +0200] "GET /mr2.aac HTTP/1.0" 200 12412446 "-" "WinampMPEG/5.18" 1245
193.6.51.194 - - [13/May/2008:15:02:01 +0200] "GET /mr2.aac HTTP/1.1" 200 12441849 "-" "gnome-vfs/2.20.0 neon/0.25.4" 1248
92.249.194.245 - - [13/May/2008:15:02:01 +0200] "GET /mr2.aac HTTP/1.0" 200 12853483 "-" "WinampMPEG/5.52" 1289
81.183.215.134 - - [13/May/2008:15:02:01 +0200] "GET /mr2.aac HTTP/1.0" 200 13060692 "-" "WinampMPEG/5.53" 1310
194.152.153.57 - - [13/May/2008:15:02:01 +0200] "GET /mr2.aac HTTP/1.1" 200 13129301 "-" "Magyar Radiovevo v1.1.16" 1317
195.56.96.141 - - [13/May/2008:15:02:01 +0200] "GET /mr2.aac HTTP/1.1" 200 13573144 "-" "NSPlayer/11.00.6000.6324 WMFSDK/11.00.6000.6324" 1361
212.105.238.130 - - [13/May/2008:15:02:01 +0200] "GET /mr2.aac HTTP/1.1" 200 14052013 "-" "Magyar Radiovevo v1.1.28" 1412
195.70.45.139 - - [13/May/2008:15:02:01 +0200] "GET /mr2.aac HTTP/1.1" 200 14133224 "-" "VLC media player - version 0.8.6f Janus - (c) 1996-2008 the VideoLAN team" 1417
84.0.8.234 - - [13/May/2008:15:02:01 +0200] "GET /mr2.aac HTTP/1.0" 200 14235436 "-" "WinampMPEG/5.35" 1427
84.2.137.58 - - [13/May/2008:15:02:01 +0200] "GET /mr2.aac HTTP/1.0" 200 14332047 "-" "WinampMPEG/5.53" 1437
87.97.27.102 - - [13/May/2008:15:02:01 +0200] "GET /mr2.aac HTTP/1.0" 200 14589679 "-" "WinampMPEG/5.09" 1463
86.101.87.69 - - [13/May/2008:15:02:01 +0200] "GET /mr2.aac HTTP/1.0" 200 14647086 "-" "WinampMPEG/5.20" 1468
89.132.61.25 - - [13/May/2008:15:02:01 +0200] "GET /mr2.aac HTTP/1.0" 200 14788504 "-" "WinampMPEG/5.53" 1483
158.193.52.136 - - [13/May/2008:15:02:01 +0200] "GET /mr2.aac HTTP/1.1" 200 14826308 "-" "BASS/2.2" 1486
91.82.163.118 - - [13/May/2008:15:02:01 +0200] "GET /mr2.aac HTTP/1.0" 200 14880914 "-" "WinampMPEG/5.50" 1492
152.66.117.3 - - [13/May/2008:15:02:02 +0200] "GET /mr2.aac HTTP/1.0" 200 15156749 "-" "WinampMPEG/5.19" 1521


Is there a way not to drop the listeners for about 30 - 40 seconds, if source or relay connection restores within this interval?
Back to top
View user's profile Send private message
karlH
Code Warrior
Code Warrior


Joined: 13 Jun 2005
Posts: 5476
Location: UK

PostPosted: Tue May 13, 2008 5:26 pm    Post subject: Reply with quote

source timeout is typically down to external events affecting the stream coming from your shoucast (or shoutcast stops sending for whatever reason). Assuming the source timeout is 10 secs then 10 secs of no data has occurred before it drops. The only thing that could occur at the point of icecast that could make this occur prematurely is a sudden big clock change which would also show in the logs.

The effect you have described does not indicate a corruption within icecast. As it is icecast closing the connection you could try increasing the timeout just to see if there is some randomly occurring network stall

karl.
Back to top
View user's profile Send private message Send e-mail Visit poster's website
robertut



Joined: 31 Aug 2007
Posts: 156

PostPosted: Wed May 14, 2008 6:08 am    Post subject: Reply with quote

Thanks. I'll change <client-timeout> and <source-timeout> to 60. Do these apply to specific mountpoint relays? I mean, is the relay regarded as a source, in the aspect of these two timeout values?
Back to top
View user's profile Send private message
karlH
Code Warrior
Code Warrior


Joined: 13 Jun 2005
Posts: 5476
Location: UK

PostPosted: Wed May 14, 2008 2:40 pm    Post subject: Reply with quote

client-timeout is just used in the period when reading the http headers so increasing that won't affect you. The source-timeout though will because it apples when a source thread reads from the input. A relay creates a source thread when active.

karl.
Back to top
View user's profile Send private message Send e-mail Visit poster's website
Hammerwalk



Joined: 17 Jan 2007
Posts: 5
Location: Ft Worth TX

PostPosted: Tue Jun 03, 2008 4:26 am    Post subject: Disconnecting source due to socket timeout Reply with quote

I am getting the same errors. I have 3 streams, all of them being encoded to 32bit streams.

I have a Mix stream, Pink Floyd, and Tool streams The Pink Floyd and Tool stream always conitnue with no problem. And the mix stream has some of the same songs that are on the Tool and Pink Floyd streams. However, I keep loosing the Mix stream at what appears to be random times.

I tried to take the advice to change the time out period from 10 to 60, as mentioned above, and it appeard that did the trick as the stream played for roughly 12.5 hours. But then it crashed

The mix stream has a list of 646 songs.

Here is what i have for the icecast.xml config

<icecast>
<limits>
<clients>100</clients>
<sources>5</sources>
<threadpool>5</threadpool>
<queue-size>524288</queue-size>
<client-timeout>60</client-timeout>
<header-timeout>60</header-timeout>
<source-timeout>60</source-timeout>

<!-- If enabled, this will provide a burst of data when a client
first connects, thereby significantly reducing the startup
time for listeners that do substantial buffering. However,
it also significantly increases latency between the source
client and listening client. For low-latency setups, you
might want to disable this. -->
<burst-on-connect>0</burst-on-connect>
<!-- same as burst-on-connect, but this allows for being more
specific on how much to burst. Most people won't need to
change from the default 64k. Applies to all mountpoints -->
<burst-size>65453</burst-size>
</limits>


The following is a copy of the error.log

[2008-06-02 22:34:10] DBUG source/get_next_buffer last 1212464039, timeout 10, now 1212464050
[2008-06-02 22:34:10] WARN source/get_next_buffer Disconnecting source due to socket timeout
[2008-06-02 22:34:10] INFO source/source_shutdown Source "/Mix" exiting
[2008-06-02 22:34:10] DBUG source/source_clear_source clearing source "/Mix"
[2008-06-02 22:34:10] DBUG source/source_free_source freeing source "/Mix"
[2008-06-02 22:34:10] DBUG yp/yp_remove release /Mix on YP http://dir.xiph.org/cgi-bin/yp-cgi
[2008-06-02 22:34:10] DBUG yp/yp_remove release /Mix on YP http://www.oddsock.org/cgi-bin/yp-cgi
[2008-06-02 22:34:10] DBUG stats/process_source_event delete source node /Mix


Notice how the time out period still states 10. Is there another file that I can edit or can you shed some light on this? It is quite annoying to have to restart the ices.xml file that this stream calls on every day.

Thanks,

Cool
Back to top
View user's profile Send private message
robertut



Joined: 31 Aug 2007
Posts: 156

PostPosted: Tue Jun 03, 2008 8:21 am    Post subject: Reply with quote

I don't know how I managed, but finally I have no more errors like this. I'll keep my fingers crossed, anyway.
Back to top
View user's profile Send private message
karlH
Code Warrior
Code Warrior


Joined: 13 Jun 2005
Posts: 5476
Location: UK

PostPosted: Tue Jun 03, 2008 3:32 pm    Post subject: Reply with quote

These timeouts are because there is no data coming through for the stated amount of time, so even 10secs of nothing coming through is too long. Hammerwalk: whether the old timeout was because of the when you updated the xml vs a reload I can't say, not enough info to go on.

The delay could be affected by the providers that supply the link between the source client/master and icecast, a router change, DDoS, cleaner needing a socket for the vacuum! are possibilities that could affect a steady stream. So the problem may not be down to anything at your end.

karl.
Back to top
View user's profile Send private message Send e-mail Visit poster's website
Hammerwalk



Joined: 17 Jan 2007
Posts: 5
Location: Ft Worth TX

PostPosted: Tue Jun 03, 2008 4:56 pm    Post subject: Reply with quote

When you say the amount of time data is not coming through, are you refering to the data from , say the playlist, to the server to be streamed out to the network? Or data coming into the server from out side?

I am a little new to the streaming audi service as far as how it works exactly. I just dont understand why my other two stations are flawless yet this one particular stream always chokes.

Whats more that I dont understand, is that after the stream crashes, the ices PID for that stream stays alive, and sucks up major resources until I manually kill it.

I had adjusted the burts on connect settings, actually I enabled it, around midnight and the stream was still alive, and is still alive right now at this point in time. Not sure what that has to do with anything as far as staying alive, but it is.

Could it be that this stream is a public stream and the others i have set to private (for bandwidth reasons) and the Mix is crashing due to information from the out side?

Appreciate your time in this. I have a feeling this is a "just try to figure it out" situation. Does not appear to be that hot of a topic either.

Thanks,

Cool
Back to top
View user's profile Send private message
karlH
Code Warrior
Code Warrior


Joined: 13 Jun 2005
Posts: 5476
Location: UK

PostPosted: Tue Jun 03, 2008 6:56 pm    Post subject: Reply with quote

When streaming you should always be receiving some content even if it turns out to be playback of silence. If no data is received by icecast after a certain amount of time then it will shutdown the stream because it will assume that whatever is providing the content has suffered some problem. Icecast can then take action by either dropping listeners or by moving them to another stream.

karl.
Back to top
View user's profile Send private message Send e-mail Visit poster's website
Display posts from previous:   
Post new topic   Reply to topic    Icecast Streaming Media Server Forum Index -> Dev Branches All times are GMT
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum


Powered by phpBB © 2001, 2002 phpBB Group
subRebel style by ktauber