| View previous topic :: View next topic |
| Author |
Message |
Lewis
Joined: 12 Jan 2010 Posts: 17 Location: Thessaloniki, Greece
|
Posted: Tue Jan 12, 2010 6:04 pm Post subject: icecast disconnects all clients... |
|
|
hello all,
i run mrtg to get statistics from my icecast server..
the strange is that from time to time, icecast stops, obviously disconnecting all clients ..
take a look at this graph..
 |
|
| Back to top |
|
 |
karlH Code Warrior

Joined: 13 Jun 2005 Posts: 5476 Location: UK
|
Posted: Tue Jan 12, 2010 6:35 pm Post subject: |
|
|
if icecast stalls or crashes then you will get that sort of effect, but to resolve those sorts of issues, you would need to provide more information. For example how recent a version of icecast are you running and if it's not the latest trunk work then does the trunk code show the same behaviour?
karl. |
|
| Back to top |
|
 |
Lewis
Joined: 12 Jan 2010 Posts: 17 Location: Thessaloniki, Greece
|
Posted: Wed Jan 13, 2010 7:10 pm Post subject: |
|
|
| karlH wrote: |
if icecast stalls or crashes then you will get that sort of effect, but to resolve those sorts of issues, you would need to provide more information. For example how recent a version of icecast are you running and if it's not the latest trunk work then does the trunk code show the same behaviour?
karl. |
well,
some info about my server...
Build Icecast 2.3.1
Server Uptime Fri, 01 Jan 2010 06:32:02 +0200
this means that server is running without crashes..
but, look at what happened this evening..
 |
|
| Back to top |
|
 |
karlH Code Warrior

Joined: 13 Jun 2005 Posts: 5476 Location: UK
|
Posted: Wed Jan 13, 2010 7:55 pm Post subject: |
|
|
While graphs do have their place, they are not really helping much here as we are not seeing what is the trigger for the listener drops. Is there some significant event happening just before the drops occur? Any information from the log file may help. From the simple description and effect I would suspect a source/relay disconnection leading to listeners being disconnected, but that is only based on what information has been provided so far.
karl. |
|
| Back to top |
|
 |
Lewis
Joined: 12 Jan 2010 Posts: 17 Location: Thessaloniki, Greece
|
Posted: Wed Jan 13, 2010 10:51 pm Post subject: |
|
|
| Code: |
[2010-01-13 19:51:14] WARN client/client_read_bytes source connection has died
[2010-01-13 19:51:14] WARN connection/_handle_source_request Mountpoint /live in use
[2010-01-13 19:51:18] WARN fserve/fserve_client_create req for file "/usr/share/icecast2/web/live.smi" No such file or directory
[2010-01-13 19:51:24] WARN source/get_next_buffer Disconnecting source due to socket timeout
[2010-01-13 19:51:24] WARN fserve/fserve_client_create req for file "/usr/share/icecast2/web/live" No such file or directory
[2010-01-13 19:51:24] WARN fserve/fserve_client_create req for file "/usr/share/icecast2/web/live" No such file or directory
[2010-01-13 19:51:24] WARN fserve/fserve_client_create req for file "/usr/share/icecast2/web/live" No such file or directory
[2010-01-13 19:51:24] WARN fserve/fserve_client_create req for file "/usr/share/icecast2/web/live" No such file or directory
[2010-01-13 19:51:24] WARN fserve/fserve_client_create req for file "/usr/share/icecast2/web/live" No such file or directory
[2010-01-13 19:51:25] WARN fserve/fserve_client_create req for file "/usr/share/icecast2/web/live" No such file or directory
[2010-01-13 19:51:25] WARN fserve/fserve_client_create req for file "/usr/share/icecast2/web/live" No such file or directory
[2010-01-13 19:51:25] WARN fserve/fserve_client_create req for file "/usr/share/icecast2/web/live" No such file or directory
[2010-01-13 19:51:25] WARN fserve/fserve_client_create req for file "/usr/share/icecast2/web/live" No such file or directory
[2010-01-13 19:51:25] WARN fserve/fserve_client_create req for file "/usr/share/icecast2/web/live" No such file or directory
[2010-01-13 19:51:25] WARN fserve/fserve_client_create req for file "/usr/share/icecast2/web/live" No such file or directory
[2010-01-13 19:51:33] WARN fserve/fserve_client_create req for file "/usr/share/icecast2/web/live.smi" No such file or directory
[2010-01-13 19:51:43] WARN client/client_read_bytes source connection has died
[2010-01-13 19:52:00] WARN fserve/fserve_client_create req for file "/usr/share/icecast2/web/live.smi" No such file or directory
[2010-01-13 19:52:05] WARN fserve/fserve_client_create req for file "/usr/share/icecast2/web/live.smi" No such file or directory
[2010-01-13 19:52:24] WARN client/client_read_bytes source connection has died
|
|
|
| Back to top |
|
 |
karlH Code Warrior

Joined: 13 Jun 2005 Posts: 5476 Location: UK
|
Posted: Wed Jan 13, 2010 11:00 pm Post subject: |
|
|
so there was an interruption in the stream being received by icecast, eventually the source timeout was reached and then the stream terminated along with any listeners (assuming no fallback was active at the time).
karl. |
|
| Back to top |
|
 |
Lewis
Joined: 12 Jan 2010 Posts: 17 Location: Thessaloniki, Greece
|
Posted: Thu Jan 14, 2010 9:14 am Post subject: |
|
|
| karlH wrote: |
so there was an interruption in the stream being received by icecast, eventually the source timeout was reached and then the stream terminated along with any listeners (assuming no fallback was active at the time).
karl. |
so, what do you suggest ?
is there any way to serve with static content the listeners, during these disconnections ?
whats your opinion ?
george. |
|
| Back to top |
|
 |
karlH Code Warrior

Joined: 13 Jun 2005 Posts: 5476 Location: UK
|
Posted: Thu Jan 14, 2010 2:00 pm Post subject: |
|
|
The fallback to a file is commonly used and easily added with the fallback-mount/fallback-override settings, afaik you haven't set those.
The question you need to ask is why does the source stop and is that an issue for you? a network interruption, an IP change, a stall on the machine running the source client are possible cases for that sort of error.
karl. |
|
| Back to top |
|
 |
Lewis
Joined: 12 Jan 2010 Posts: 17 Location: Thessaloniki, Greece
|
Posted: Thu Jan 14, 2010 5:21 pm Post subject: |
|
|
| karlH wrote: |
The fallback to a file is commonly used and easily added with the fallback-mount/fallback-override settings, afaik you haven't set those.
The question you need to ask is why does the source stop and is that an issue for you? a network interruption, an IP change, a stall on the machine running the source client are possible cases for that sort of error.
karl. |
we serve 2 x 48kbps streams through an ADSL line.
I will first replace the modem, to see from the log possible disconnections, etc..
thank you very much,
i will further search these fallback-mount/fallback-override settings..
george |
|
| Back to top |
|
 |
Lewis
Joined: 12 Jan 2010 Posts: 17 Location: Thessaloniki, Greece
|
Posted: Sat Jan 16, 2010 5:34 am Post subject: |
|
|
well,
according to the manual, i added the following lines to my conf file..
but when i stop the sources, files are not playing...
| Code: |
<mount>
<mount-name>/live</mount-name>
<username></username>
<password>pass</password>
<max-listeners>1000</max-listeners>
<fallback-mount>/live64.mp3</fallback-mount>
<fallback-override>1</fallback-override>
<charset>ISO8859-7</charset>
<public>1</public>
<stream-name>Imagine 89,7 - MP3 Stream</stream-name>
<stream-description>MP3 stream @ 64kbps</stream-description>
<stream-url>http://imagine897.gr</stream-url>
<genre>Rock</genre>
<bitrate>64</bitrate>
<burst-size>65536</burst-size>
<mp3-metadata-interval>4096</mp3-metadata-interval>
</mount>
<mount>
<mount-name>/aac</mount-name>
<username></username>
<password>pass</password>
<max-listeners>100</max-listeners>
<fallback-mount>/aac.aac</fallback-mount>
<fallback-override>1</fallback-override>
<charset>ISO8859-7</charset>
<public>1</public>
<stream-name>Imagine 89,7 - AAC+ v2 Stream</stream-name>
<stream-description>AAC+ v2 stream @ 64kbps</stream-description>
<stream-url>http://imagine897.gr</stream-url>
<genre>Rock</genre>
<bitrate>64</bitrate>
<burst-size>65536</burst-size>
<mp3-metadata-interval>4096</mp3-metadata-interval>
</mount>
|
|
|
| Back to top |
|
 |
karlH Code Warrior

Joined: 13 Jun 2005 Posts: 5476 Location: UK
|
Posted: Sat Jan 16, 2010 1:50 pm Post subject: |
|
|
The definition looks ok, but obviously we cannot tell from that whether the files are accessible or not. The log is the useful bit to look at now
karl. |
|
| Back to top |
|
 |
Lewis
Joined: 12 Jan 2010 Posts: 17 Location: Thessaloniki, Greece
|
Posted: Sat Jan 16, 2010 11:36 pm Post subject: |
|
|
well,
i found that the files were not in the right directory, i moved them and everything seems ok..
but the transition between the live stream and the static files is not seamless..
i have to press play again on my client (vlc). |
|
| Back to top |
|
 |
karlH Code Warrior

Joined: 13 Jun 2005 Posts: 5476 Location: UK
|
Posted: Sun Jan 17, 2010 1:56 pm Post subject: |
|
|
If vlc is disconnecting then find out what it thinks the problem is. Maybe the file is sufficiently different from the stream
karl. |
|
| Back to top |
|
 |
Lewis
Joined: 12 Jan 2010 Posts: 17 Location: Thessaloniki, Greece
|
Posted: Wed Jan 20, 2010 2:06 pm Post subject: |
|
|
hello,
i fixed the backup files, and transition is seamless now..
are there any settings to apply to get more performance ?
sometimes listeners send mail saying that stream is disconnected, or makes gaps.. |
|
| Back to top |
|
 |
karlH Code Warrior

Joined: 13 Jun 2005 Posts: 5476 Location: UK
|
Posted: Wed Jan 20, 2010 4:01 pm Post subject: |
|
|
The only significant settings that would affect disconnection are the queue settings. If you know the bitrate of the stream then you can work out how much can be store in the queue.
karl. |
|
| Back to top |
|
 |
|