| View previous topic :: View next topic |
| Author |
Message |
Benicio
Joined: 02 Sep 2009
Posts: 13
|
 Posted: Wed Sep 09, 2009 1:07 pm Post subject: Icecast drops connection |
 |
|
I'm running icecast server as a relay server and have mentioned below errors.
When I connect to the server using winamp, it will play for 5 or 6 minutes, sometimes longer and then the client drops the connection. Icecast is still working, and if click 'play' button the connection resumes.
This problem occures only on some relays, others work absolutely fine.
What could be the problems? And where should I search for them?
My error.log, when connection drops
| Code: |
[2009-09-09 11:03:39] DBUG stats/modify_node_event update node total_bytes_sent (1096312)
[2009-09-09 11:03:43] INFO source/get_next_buffer End of Stream /aplus
[2009-09-09 11:03:43] INFO source/source_shutdown Source "/aplus" exiting
[2009-09-09 11:03:43] DBUG source/source_clear_source clearing source "/aplus"
[2009-09-09 11:03:43] DBUG stats/process_source_event delete source node /aplus
[2009-09-09 11:03:43] DBUG stats/modify_node_event update node clients (1)
[2009-09-09 11:03:43] DBUG stats/modify_node_event update node listeners (0)
[2009-09-09 11:03:43] DBUG stats/modify_node_event update node clients (0)
[2009-09-09 11:03:43] DBUG stats/modify_node_event update node sources (0)
[2009-09-09 11:03:44] DBUG slave/check_relay_stream waiting for relay thread for "/aplus"
[2009-09-09 11:03:44] DBUG source/source_apply_mount Applying mount information for "/aplus"
[2009-09-09 11:03:44] DBUG source/source_update_settings on_demand set
[2009-09-09 11:03:44] DBUG source/source_update_settings public set to 0
[2009-09-09 11:03:44] DBUG source/source_update_settings max listeners to -1
[2009-09-09 11:03:44] DBUG source/source_update_settings queue size to 524288
[2009-09-09 11:03:44] DBUG source/source_update_settings burst size to 65535
[2009-09-09 11:03:44] DBUG source/source_update_settings source timeout to 10
[2009-09-09 11:03:44] DBUG source/source_update_settings fallback_when_full to 0
[2009-09-09 11:03:44] DBUG stats/process_source_event new source stat /aplus
[2009-09-09 11:03:44] DBUG stats/process_source_event new node listenurl (http://localhost:8888/aplus)
[2009-09-09 11:03:44] DBUG stats/process_source_event new node listener_peak (22)
[2009-09-09 11:03:44] DBUG stats/process_source_event new node public (0)
[2009-09-09 11:03:44] DBUG stats/process_source_event new node on_demand (1)
[2009-09-09 11:03:44] DBUG stats/process_source_event new node listeners (0)
[2009-09-09 11:03:44] DBUG stats/process_source_event new node max_listeners (unlimited)
[2009-09-09 11:03:44] DBUG stats/modify_node_event update node listeners (0)
[2009-09-09 11:04:04] DBUG slave/_slave_thread checking master stream list |
________
hotbox vaporizer
Last edited by Benicio on Wed Feb 02, 2011 1:59 am; edited 1 time in total |
|
| Back to top |
|
 |
Benicio
Joined: 02 Sep 2009
Posts: 13
|
| Posted: Thu Sep 10, 2009 12:27 pm Post subject: |
|
|
Up.
Hey people, please just tell me can you find an error in log that lists why my relay drops the conncetion?
________
Daihatsu Materia history
Last edited by Benicio on Wed Feb 02, 2011 1:59 am; edited 1 time in total |
|
| Back to top |
|
|
karlH
Code Warrior
Joined: 13 Jun 2005
Posts: 5476
Location: UK
|
| Posted: Thu Sep 10, 2009 1:37 pm Post subject: |
|
|
If all you are getting is a "End of Stream" then it is because the socket is being closed. Check the stats for that stream that lead to the closed relay, see if the data rate is expected. If it becomes slow for whatever reason then the sending server may be dropping you.
karl. |
|
| Back to top |
|
|
konsolenritter
Joined: 08 Sep 2009
Posts: 18
Location: Germany
|
| Posted: Sat Sep 12, 2009 9:17 am Post subject: |
|
|
| Hopefully you aren't running the relay server on a virtual machine? |
|
| Back to top |
|
|
Benicio
Joined: 02 Sep 2009
Posts: 13
|
| Posted: Tue Sep 15, 2009 11:11 am Post subject: |
|
|
No relay server running on the dedicated server.
So the one reason why connection drops is because the main server turn down the connection.
Anothe question: if i use my relay server and get the url from another relay, may it be somehow the reason? =\
________
homemade vaporizer
Last edited by Benicio on Wed Feb 02, 2011 1:59 am; edited 1 time in total |
|
| Back to top |
|
|
konsolenritter
Joined: 08 Sep 2009
Posts: 18
Location: Germany
|
| Posted: Tue Sep 15, 2009 11:43 am Post subject: |
|
|
Please clarify any further:
Do you mean you got a _stream_ from another relay server, the result is:
origin -> 1st relay -> 2nd relay (yours) -> client
If you mean instead you got an _url_ from another relay, the result is:
origin -> 1st relay
\-> 2nd relay (in parallel) -> client
If it's the first scenario then any jitter, buffers hysterese,... will cumulate over the hops. So all risks increase that the client will see problems, over- (or more often) under-run of buffers, dropped connections a.s.o.
The more complicated the scenario, the more information and logs you need to provide and see-thru to get an idea, what's going on behind.
So, if you can, try to establish the second scenario. Bind your relay to the origin server, if possible, to shorten the rope.
(btw: the hint regarding running (especially relay-) servers on virtual servers may have terrible side effects due to very unstable clocking to buffer algos).
I would ask KarlH this way (i'm very interested in too!) what happens if someune uses a relay server without any own clock (due to not bound to soundcard, or if the server doesn't have one at all). Who will regulate the timings for the queues on the relay? Wouldn't it begin to swing around?  |
|
| Back to top |
|
|
|
FAQ
Search
Memberlist
Usergroups
Register
Profile
Log in to check your private messages
Log in
