hi, I realised after sending the last mail that 'error 32' seems to be the server dropping a client upon a client request to disconnect. So its not really an 'error'. Has anyone anyone any experience with Iceast2 and Ogg? I have a stream encoded from the Oddcast encoder, sending to Icecast2 compiled from the CVS. It works fine with encoding and recieving. I had quite a large server load for sometime so I increased the threads on the server to 15. However I am really having problems with the server dropping all clients. This can happen randomly it seems, and happens at least once every 12 hours and most often it occurs many times in this period. The server is meant to be streaming 24/7 so its becoming a real issue. Does anyone have any hints as to what the problem could be or where I should look? Thanks in advance, adam <p>"free, as in 'radio'" <p><p>--- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.
> The server is meant to be streaming 24/7 so its becoming a real issue.Just FYI, I've gotten no similar reports to date for Icecast 2. Perhaps give a brief rundown of your system and maybe we'll spot something.> Does anyone have any hints as to what the problem could be or where I > should look?I assume that the source stream is not completely failing when this happens? Right now clients are kicked if the source disconnects (i'll make this prettier eventually). Oddcast will reconnect automatically, so you may not be noticing that this is the problem. jack. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.
greetings,
i've only made a quick attempt to do this with less than great results.
i'd
be interested in seeing if anyone has already done this successfully and see
if i can take a look at their config. given the results i've already seen,
i'm not even sure this is a good idea anymore, but here goes anyway. =)
i have a single ip that i'm running both apache (80, 443) and icecast (8000)
. i have listeners who can't listen due to firewalls but they can listen
just fine when the server is up on port 80. i thought that i'd be able to
setup apache to proxy the requests (port 80) through to the proper
mountpoint on icecast (port 8000).
this did actually work, but there were a few problems. 1) ticking. i'm
guessing this might be the meta data stuff being transferred that apache
doesn't know anything about. 2) the apache proxy engine doesn't actually
appear to drop as a listener even after the client stops playing.
turning off metadata actually fixed my first problem which is sortof what i
expected. however, queuing up apache listeners when nobody is listening on
them anymore really ins't very cool. maybe this is more for an apache
mailing list question, but if anyone here has any ideas on this, or know of
any ideas why this isn't a good idea, i'd love to hear 'em.
thanks!
fwiw, my apache config looks like this...
<p>...
<IfModule mod_proxy.c>
ProxyRequests on
NoCache *
</IfModule>
# Any URL that starts with /mp3stream/ should be followed by a
# mappoint running on the icecast server running at port 8000.
<IfModule mod_rewrite.c>
RewriteEngine on
RewriteRule ^/mp3stream/(.*) http://localhost:8000/$1 [P]
</IfModule>
<p><p><p>--- >8 ----
List archives: http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to
'icecast-request@xiph.org'
containing only the word 'unsubscribe' in the body. No subject is
needed.
Unsubscribe messages sent to the list will be ignored/filtered.