similar to: YP submission / cURL issue. (icecast 2.0.1 / gentoo)

Odd: I just pulled SVN and compiled.. Wonderful new logging code, btw! Now, why in the WORLD would the resolution be failling?! nsswitch.conf / resolv.conf / hosts is all fine.. *shrug* I can obviously put IPs instead of hosts in the URLs, however things still fail.. -- Chris Pickert ldd output-- ldd ./icecast libcurl.so.2 => /usr/lib/libcurl.so.2 (0x4001f000)

Yupp, same results. What else can be trying? Perms all seems a-ok, the name resolution issue makes me feel funny. Here's a URL to the ptrace -f of the non-chrooted run -- http://tinyurl.com/ytsqv .. Although, MIRACULOUSLY, non-chrooted, non-privlidged, port 8000, + DNS works?! Eventhough, without DNS it doesnt. As you can see! -- [2004-05-26 17:10:25] INFO main/main Icecast 2.0.0 server

I am having problem with icecast2/winamp oddcast dsp/darkice being listed on dir.xiph.org and dir.oddsock.org. Now I've scanned the mailing list and found that there was a previous issue, however if I use icecast on Windows XP it works fine, but not from Fedora Core 1. I've made sure to check my config files multiple times and looked at the error logs but I still can't figure

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

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

I'm having a problem getting my stream published on dir.xiph.org using icecast2/ices2-beta4 The output in my log is: [snip] DBUG geturl/curl_print_header_result SID -> () DBUG geturl/curl_print_header_result Message -> () DBUG geturl/curl_print_header_result Touch Freq -> (0) DBUG geturl/curl_print_header_result Response -> (0) EROR yp/yp_submit_url Got a NAK from yp_add(Unknown)

Hi: For the past few hours, www.oddsock.org/yp.cgi has been uncontactable. When I start the icecast server, it seems to perform very badly while trying to contact the YP server. After a couple of minutes, the streaming begins to work, but it starts spawning processes at the rate of a couple a minute. the following also starts appearing in the server log: [2003-04-08 10:26:28] DBUG

At 01:42 PM 4/12/2004, you wrote: >D. Willock wrote: > >>What I saw of the output of tcpdump didn't show any mention of the yp >>url. The communications seem to run only between the client and the >>server and nowhere else. This is the dump I got: > >If I may jump in here since my previous thread/problem went unsolved ;-) > >I've got nothing for a dump

can you provide a dump of the conversation between your icecast server and the YP ? Use something like tcpdump or ethereal...In the dump, look for the URL call to yp-cgi and post what is being sent... oddsock <p>What I saw of the output of tcpdump didn't show any mention of the yp url. The communications seem to run only between the client and the server and nowhere else. This is the

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

I am sorry, I don't understand. Karl Heyes napsal(a): > On Sun, 2005-06-05 at 14:18, Karel Du?ek wrote: > >>Is possible YP listing in >>http://dir.xiph.org/cgi-bin/yp-cgi >>and >>http://www.oddsock.org/cgi-bin/yp-cgi >> >>from Icecast2.2 with source Ices2? > > Im error.log of icecast2 I have [2005-06-05 15:33:20] DBUG yp/yp_recheck_config

DNS for vhosts makes total sense, duh! :) Running without chroot, as root, changing to nobody, and YP works just fine.. If I come up with a nice howto / rundown of the chroot stuff, I'll get it on the list. Odd: Did you see the posts about the Icecast+win32 crashing w/ OddCast 2.0.10 and 2.0.13? Seems stable on 2.0.1-release and SVN on Linux but.. I'm going to do my research and get

Is possible YP listing in http://dir.xiph.org/cgi-bin/yp-cgi and http://www.oddsock.org/cgi-bin/yp-cgi from Icecast2.2 with source Ices2? Thank you -- P?eji spokojen? den ***************************************************** I'm not really a human, but I play one on earth. *************************************** Karel Du?ek email: mailto://karel.dusek@duhovy.net ICQ#: 1 498 454 721

you can't use the IPs directly, both dir.xiph.org and www.oddsock.org are running as vhosts, and thus using the IP will not get you to the correct site... o you have to use hostnames in the URLs... it sounds like if you don't chroot it works and if you do it doesn't ? I've never really run icecast using chroot, so I'm not entirely sure of all the stuff you need to do to

so have you tried running this outside the chroot jail ? oddsock At 02:27 PM 5/26/2004, you wrote: >Odd: >I just pulled SVN and compiled.. Wonderful new logging code, btw! >Now, why in the WORLD would the resolution be failling?! nsswitch.conf / >resolv.conf / hosts is all fine.. *shrug* > >I can obviously put IPs instead of hosts in the URLs, however things still >fail..

Anyone recognized yet that the yp functions do not work toogether with chroot enabled? I'm running icecast2 and it successfully announces to yp servers if i don't have the chroot enabled. Then i do nothing else than enabling chroot and the log says: [2004-09-14 00:07:59] DBUG geturl/curl_print_header_result SID -> () [2004-09-14 00:07:59] DBUG geturl/curl_print_header_result Message

D. Willock wrote: > What I saw of the output of tcpdump didn't show any mention of the yp > url. The communications seem to run only between the client and the > server and nowhere else. This is the dump I got: If I may jump in here since my previous thread/problem went unsolved ;-) I've got nothing for a dump either. 'snort -dev dst dir.xiph.org' gives nothing on

I am having problems YP listing my opus and webm streams. The mp3 streams get listed though. my ffmpeg for the webm stream: ffmpeg \ -f v4l2 -video_size 640x480 -framerate 30 -i /dev/video0 \ -i http://mustafejen.se:8000/feting \ -f oss -i /dev/dsp1 \ -f webm -cluster_size_limit 2M -cluster_time_limit 5100 -content_type video/webm \ -c:a libvorbis -b:a 96K \ -c:v libvpx-vp9 -b:v 1.5M

Hi Marvin, Thanks for your reply. It turns out my debug error logs were going to /dev/stderr, have since fixed this. Here is the complete error log. I've highlighted what I believe to be the problem. Thanks. root at 525ad624577f:/var/azuracast/stations/everyday_jazz/config# cat icecast_error.log | grep yp [2020-06-20 09:20:53] DBUG yp/yp_recheck_config Updating YP configuration [2020-06-20

Hi there, We are currently in the process of migrating our online radio stations to Azuracast, everything is working well except when we attempt to post On Air and Listener stats to your directory, they don't show up. Additionally, the listing can't be found in searches most of the time, but occasionally will come back for a few minutes and then disappear. I've setup a test station at