similar to: YP Server Woes

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

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

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

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

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

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

Hello All: I'm having troubles getting my YP submissions to go up correctly, unfortunately there's not much I've been able to find. I'm getting NACK back from the yp_add call, I've tried two different versions of cURL/libcURL on my gentoo box to see if it was that, no luck. I've also replicated the problem onto another gentoo box of mine and the exact same NACK/no

Hello All: I'm having troubles getting my YP submissions to go up correctly, unfortunately there's not much I've been able to find. I'm getting NACK back from the yp_add call, I've tried two different versions of cURL/libcURL on my gentoo box to see if it was that, no luck. I've also replicated the problem onto another gentoo box of mine and the exact same NACK/no

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

oddsock wrote: >can you verfiy that you can connect to dir.xiph.org from the machine >running icecast ? i.e. wget http://dir.xiph.org/cgi-bin/yp-cgi On my end I got communications of sorts via wget, but that's about it. >anything else special network-wise in your setup ? As far as my network setup it too is a standard setup, 1 Dlink NAT/firewall, cable modem and . As for the

Karl Heyes wrote: > The libs that Brendan mentioned are loaded after the start of the > program, in fact they are referenced when the host name is looked up. > The loading is done within libc so apps like icecast don't know it's > being done. ldd does not show these libs, but the mechanism is the same > as used by plugins of various apps. Would building statically help? Is

Hi: I'dve thought that there'd be no need for the libs in the chroot, as icecast starts up first, then chroots. Even if this isn't strictly the case, wouldn't icecast crash if it couldn't pull in the relevant code? This doesn't seem to be happening, at least in this case. Geoff. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage:

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

Everyone, Progress was slow today. I started out well, but then I ran into Documentation.htm. Progress slowed considerably, as I analyzed the document structure. I''m up to /etc/shorewall/hosts Configuration. I hope to finish Documentation.xml by tomorrow evening. Converted documents: 6to4.xml CorpNetwork.xml FAQ.xml Please post feedback, if you see any problems with the converted

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

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 three-interface.xml is done. I am completing the cleanups and "look and feel" changes. It will be checked in shortly. - -- "If at first you don''t succeed, destroy all evidence that you tried." Paul <snafu@forkbomb.dhs.org> BLOG: http://forkbomb.dhs.org/bs/ GPG Key: http://forkbomb.dhs.org/bs/snafu.asc -----BEGIN

Of the remaining HTML files in the Shorewall-docs/ project, the only ones that I want to convert to HTML are: standalone.htm two-interface.htm three-interface.htm Paul -- while file(s) are you working on? -Tom -- Tom Eastep \ Nothing is foolproof to a sufficiently talented fool Shoreline, \ http://shorewall.net Washington USA \ teastep@shorewall.net