On 19 Jun 2003 at 12:20, oddsock wrote:> a couple things here....in most cases the icecast2 server will remove > itself gracefully from the YP...if for some reason, it is killed > manually, then it may not do so...I have a cron job which runs every 5 > minutes which goes in and cleans out any server that hasn't touched in > a 5 minute period....so if your icecast2 server is forced down and > doesn't successfully remove itself from the YP,. then for the next 5 > minutes or so you should see the error message (Server already exists) > with the NAK (as you see in your log)...Eventually, the clean script > will run and will clean up your stale entry and icecast2 is configured > to keep trying to do the yp-add until it's successful...so after about > 5 minutes of NAKs, you should then be able to list again. > > so thats the way it's supposed to work, and I just checked the DB, and > there are no stale entries, so you shouldn't be getting the "Server > already exists" message anymore, although clearly, according to your > logs, you are...so can you send me the Server NAme you are using (this > is specified in the source client) ? Feel free to send me the info to > oddsock@oddsock.org.maybe if someone from the same IP tries to add a server to the list with same URL you could drop the old entry and list the new one "ad hoc"? Just a thought ... Stefan --- >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.
a couple things here....in most cases the icecast2 server will remove itself gracefully from the YP...if for some reason, it is killed manually, then it may not do so...I have a cron job which runs every 5 minutes which goes in and cleans out any server that hasn't touched in a 5 minute period....so if your icecast2 server is forced down and doesn't successfully remove itself from the YP,. then for the next 5 minutes or so you should see the error message (Server already exists) with the NAK (as you see in your log)...Eventually, the clean script will run and will clean up your stale entry and icecast2 is configured to keep trying to do the yp-add until it's successful...so after about 5 minutes of NAKs, you should then be able to list again. o thats the way it's supposed to work, and I just checked the DB, and there are no stale entries, so you shouldn't be getting the "Server already exists" message anymore, although clearly, according to your logs, you are...so can you send me the Server NAme you are using (this is specified in the source client) ? Feel free to send me the info to oddsock@oddsock.org... oddsock At 02:52 AM 6/20/2003 +1000, you wrote:>Hi: > >The sysadmin on the system where the icecast server I more or less >administer runs sent me an E-mail today saying that icecast had pushed up >the system load to over 8 and that he had to kill it off. Some discussion >and examination of the log files suggest that there's a problem with >removing streams from the YP server. > >The main source on our server is on a machine that's used for development >work. This means that it has to be rebooted from time to time. When this >was done, messages like this began appearing in the server log: > >[2003-06-15 18:49:45] DBUG geturl/curl_print_header_result Message -> >(Server already exists) >[2003-06-15 18:49:45] EROR yp/yp_submit_url Got a NAK from yp_add(Server >already exists) (http://www.oddsock.org/cgi-bin/yp-cgi) > >It seems these have persisted all week. There are nearly 12 thousand lines >like this in the 111 MB logfile. Here's the tail: > >[2003-06-19 06:48:56] DBUG geturl/curl_print_header_result SID -> () >[2003-06-19 06:48:56] DBUG geturl/curl_print_header_result Message -> >(Server already exists) >[2003-06-19 06:48:56] DBUG geturl/curl_print_header_result Touch Freq -> >(0) >[2003-06-19 06:48:56] DBUG geturl/curl_print_header_result Response -> (0) >[2003-06-19 06:48:56] EROR yp/yp_submit_url Got a NAK from yp_add(Server >already exists) (http://yp.icecast.net/cgi-bin/yp.cgi) >[2003-06-19 06:48:56] DBUG geturl/curl_print_header_result SID -> () >[2003-06-19 06:48:56] DBUG geturl/curl_print_header_result Message -> >(Server already exists) >[2003-06-19 06:48:56] DBUG geturl/curl_print_header_result Touch Freq -> >(0) >[2003-06-19 06:48:56] DBUG geturl/curl_print_header_result Response -> (0) >[2003-06-19 06:48:56] EROR yp/yp_submit_url Got a NAK from yp_add(Server >already exists) (http://www.oddsock.org/cgi-bin/yp-cgi) > >Our guess is that either icecast is not telling the YP servers to get rid >of the original instance from their list, or the servers aren't doing it. >So icecast keeps on trying to ad a new stream and the YP server keeps on >complaining that it already has that one listed. > >Geoff. > > >-- >Geoff Shang <gshang@uq.net.au> >ICQ number 43634701 > >Make sure your E-mail can be read by everyone! >http://www.betips.net/etc/evilmail.html > >Please avoid sending me Word or PowerPoint attachments. >See http://www.fsf.org/philosophy/no-word-attachments.html > >--- >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.<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.
On Thu, 19 Jun 2003, oddsock wrote:> so thats the way it's supposed to work, and I just checked the DB, and > there are no stale entries, so you shouldn't be getting the "Server already > exists" message anymore, although clearly, according to your logs, you > are...so can you send me the Server NAme you are using (this is specified > in the source client) ? Feel free to send me the info tobumpy.braille.uwo.ca We've not restarted the server since we hit these problems earlier today. One thing that you'll notice from the log fragment I posted is that the server doesn't seem to wait between attempts to update the YP server. This is probably why the load runs so high. This doesn't solve why it's not working, but at least it would keep itself under control. Geoff. --- >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.
Hi: The sysadmin on the system where the icecast server I more or less administer runs sent me an E-mail today saying that icecast had pushed up the system load to over 8 and that he had to kill it off. Some discussion and examination of the log files suggest that there's a problem with removing streams from the YP server. The main source on our server is on a machine that's used for development work. This means that it has to be rebooted from time to time. When this was done, messages like this began appearing in the server log: [2003-06-15 18:49:45] DBUG geturl/curl_print_header_result Message -> (Server already exists) [2003-06-15 18:49:45] EROR yp/yp_submit_url Got a NAK from yp_add(Server already exists) (http://www.oddsock.org/cgi-bin/yp-cgi) It seems these have persisted all week. There are nearly 12 thousand lines like this in the 111 MB logfile. Here's the tail: [2003-06-19 06:48:56] DBUG geturl/curl_print_header_result SID -> () [2003-06-19 06:48:56] DBUG geturl/curl_print_header_result Message -> (Server already exists) [2003-06-19 06:48:56] DBUG geturl/curl_print_header_result Touch Freq -> (0) [2003-06-19 06:48:56] DBUG geturl/curl_print_header_result Response -> (0) [2003-06-19 06:48:56] EROR yp/yp_submit_url Got a NAK from yp_add(Server already exists) (http://yp.icecast.net/cgi-bin/yp.cgi) [2003-06-19 06:48:56] DBUG geturl/curl_print_header_result SID -> () [2003-06-19 06:48:56] DBUG geturl/curl_print_header_result Message -> (Server already exists) [2003-06-19 06:48:56] DBUG geturl/curl_print_header_result Touch Freq -> (0) [2003-06-19 06:48:56] DBUG geturl/curl_print_header_result Response -> (0) [2003-06-19 06:48:56] EROR yp/yp_submit_url Got a NAK from yp_add(Server already exists) (http://www.oddsock.org/cgi-bin/yp-cgi) Our guess is that either icecast is not telling the YP servers to get rid of the original instance from their list, or the servers aren't doing it. So icecast keeps on trying to ad a new stream and the YP server keeps on complaining that it already has that one listed. Geoff. <p> -- Geoff Shang <gshang@uq.net.au> ICQ number 43634701 Make sure your E-mail can be read by everyone! http://www.betips.net/etc/evilmail.html Please avoid sending me Word or PowerPoint attachments. See http://www.fsf.org/philosophy/no-word-attachments.html --- >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.
On Friday 20 June 2003 02:52, Geoff Shang wrote:> Hi: > > The sysadmin on the system where the icecast server I more or less > administer runs sent me an E-mail today saying that icecast had pushed up > the system load to over 8 and that he had to kill it off. Some discussion > and examination of the log files suggest that there's a problem with > removing streams from the YP server.Right. This sort of thing is why YP support is off by default in icecast. The implementation is unscalable and - obviously - problematic in other ways. I suggested to oddsock that it would be desirable to fix the major problems in it before committing the YP support, but he chose not to. Mike --- >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.
Arc
2004-Aug-06 14:57 UTC
[icecast-dev] Re: [icecast] Runaway icecast again (more YP issues)
On Fri, Jun 20, 2003 at 02:52:46AM +1000, Geoff Shang wrote:> > Our guess is that either icecast is not telling the YP servers to get rid > of the original instance from their list, or the servers aren't doing it. > So icecast keeps on trying to ad a new stream and the YP server keeps on > complaining that it already has that one listed.this is similar behavior to what I saw yesterday, when I was experimenting with my own YP and icecast was unable to connect but kept trying to touch/add. one problem is apparently it doesnt handle a false return code for add properly, and tries to touch anyways, etc... but it wasnt just CPU load that was going through the roof, it was also growing by a few megs a second... -------------- next part -------------- A non-text attachment was scrubbed... Name: part Type: application/pgp-signature Size: 188 bytes Desc: not available Url : http://lists.xiph.org/pipermail/icecast-dev/attachments/20030619/550aeed5/part.pgp
oddsock
2004-Aug-06 14:57 UTC
[icecast-dev] Re: [icecast] Runaway icecast again (more YP issues)
if you can reproduce this, then can you use valgrind and send a report on what it tells you ? oddsock At 01:16 PM 6/19/2003 -0400, you wrote:>On Fri, Jun 20, 2003 at 02:52:46AM +1000, Geoff Shang wrote: > > > > Our guess is that either icecast is not telling the YP servers to get rid > > of the original instance from their list, or the servers aren't doing it. > > So icecast keeps on trying to ad a new stream and the YP server keeps on > > complaining that it already has that one listed. > >this is similar behavior to what I saw yesterday, when I was >experimenting with my own YP and icecast was unable to connect but kept >trying to touch/add. > >one problem is apparently it doesnt handle a false return code for add >properly, and tries to touch anyways, etc... but it wasnt just CPU load >that was going through the roof, it was also growing by a few megs a >second...<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-dev-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.