similar to: YP listing problem

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

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

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

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)

Hello, I just installed icecast2 on Ubuntu 10.10 server from Ubuntu repositories. My intention was to use VLC on another computer to stream video through IceCast. The problem is that the server is not sending the actual data to any clients. To find out more about what is going on, I increased icecast's log level to 4 to see debug data in error.log. And here's what it shows:

Hi, I'm trying to get the following project to work : * acquisition from video acqusition card using vlc * vlc transcode to theora/vorbis and sends it to an icecast2 server Using VLC to acquire from the device is working ok. I get a stream in theora/vorbis format with audio & video sync'ed. Now, when I use VLC to send the stream to my icecast2 server, the stream mounts, it is

We are using icecast as stream-relay for a true narrowcast solution we've developed. The idea behind the system is that each individual client gets it's own mountpoint. Basically we have an application that creates streams. Its written in c++ and uses libshout to handle connecting to icecast. Everything works fine, as long as we keep the number of mountpoints below 347. As soon as we

I can't get URL authentication to work. The notification script is never called by icecast (v 2.3.1). This is the mount point: > <mount> > <mount-name>/tp.mp3</mount-name> > <max-listeners>499</max-listeners> > <hidden>1</hidden> > <no-yp>1</no-yp> > <authentication

Hi all, see my reply inline. Cheers, Jan-Pieter 2015-04-26 7:23 GMT+02:00 "Thomas B. R?cker" <thomas at ruecker.fi>: > On 04/25/2015 07:32 PM, Jan-Pieter wrote: > > Hi all, > > > > I am a long-time user of Icecast, always without problems. However i > > made a new setup using icecast 2.4.1 on a fresh and quick CentOS VPS. > > EPEL package or from

On Windows XP I am running WinAMP to the Shoutcast server and then using an Icecast 2.2.0 server as a relay. The idea is to have a single source stream appear on both Shoutcast and Icecast directories. The log gives the following lines repeatedly but my server does not show when I search for it at http://dir.xiph.org and does not appear under the Icecast Stream Directory on WinAmp. >

I just recently did an upgrade from Icecast 2.3.0 to 2.3.1 and at the same time realized I was still running Ices 2.0-Beta2 so I upgraded it to 2.0.1. Before the upgrade I was being listed in the Xiph directory just as expected... Now, I'm listed but, this is me: http://dir.xiph.org/index.php?sgenre=&stype=&search=unspecified+name You'll notice there's no data other than

The relaying-configuration seems to be straight-forward, unfortunately it does not work. That's my configuration: <relays-on-demand>1</relays-on-demand> <relay> <server>http://mp3stream7.apasf.apa.at</server> <port>8000</port> <mount>/</mount> <local-mount>/oe3.mp3</local-mount> <on-demand>1</on-demand>

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

Hi, I'm running Icecast 2.3.1/Ezstream 0.4. Ezstream is set up to decode mp3s and encode to ogg in a loop (ie <stream_once> is set to "0"). While running the setup my source is constantly dropped within a 12 hour period - my logs show that an "End of Stream" has occurred. If I run the same setup using longer mp3s (ie mp3s which are about an hour in length), I

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

2015-04-29 8:57 GMT+02:00 "Thomas B. R?cker" <thomas at ruecker.fi>: > On 04/28/2015 02:27 PM, Jan-Pieter wrote: > > Hi all, > > see my reply inline. > > Cheers, Jan-Pieter > > > > > > 2015-04-26 7:23 GMT+02:00 "Thomas B. R?cker" <thomas at ruecker.fi > > <mailto:thomas at ruecker.fi>>: > > > > On

Hello, I've been running three mp3 streams off icecast2 and ices0 on a FreeBSD 5.4 box for a while. I've been getting some flakiness for a few weeks, where the stream would stop and i'd have to restart the server. After the last update to icecast2 now whenever i try to connect to the streams using say winamp latest for windows i keep getting error 404's. My software versions

Hello. A couple questions. When I execute curl http://myserver.xxx.xxx:8000/test.mp3 , I get "<b>The source you requested could not be found.</b>" I've placed my error.log and icecast.xml files below. Could someone help me understand my error.log a little better - to maybe see why I'm not getting a stream when I make the above curl call. Also, you'll see in

Hello fellow mailing list readers, My question relates to multiple / duplicate connections to the ice cast server from the same IP address. I am well aware that this is an issue that lies with the music player (listener agent) used by the listener. When a listener connects to the stream, sometimes it appears as two connections to the stream from the same IP address. This may last only a few

Hello All, We own an Orban Opticodec LE1010 and we are testing it to use with Icecast 2.2 (no relays are used, only one icecast 2.2 is working in one system) With both linux and win32 versions of Icecast2.2 Opticodec with aacplus-v2-32kbps stream generates the following errors: several minutes (2 to 30) after starting of encoding the stream drops (like there were internet connection