Karl Heyes wrote:> Seann Clark wrote: > >> The biggest being is that the server binds to whatever port it feels >> like instead of the bind port specified. The rest of the issues I have > > a random port bind is a new issue. Can you show us the > netstat -tnlp | grep icecast > for the xml provided?Thu Jul 03-13:54:17-root at haruhi-new:~> netstat -tnlp | grep icecast tcp 0 0 192.168.10.5:34429 0.0.0.0:* LISTEN 3336/icecast> >> with Icecast are minor (stats? What stats?) so here is the startup >> script and config I am using: > > if you have suggestions for extra stats which are shown on the web > pages like /admin/stats then feel free to mention them.What I am after is some log file type of way to store stats so I can run a program like webalizer or something against it> >> >> Icecast 2.3.1: > > ok, so slightly out of date.This was a Distro RPM (yum install icecast)> > >> #################CONFIG################# >> <icecast> > ... >> <!-- You may have multiple <listener> elements --> >> <listen-socket> >> <port>8000</port> >> <bind-address>192.168.10.5</bind-address> >> </listen-socket> > > looks straight forward enough > >> <master-server>192.168.10.5</master-server> >> <master-server-port>8001</master-server-port> >> <master-update-interval>120</master-update-interval> >> <master-password></master-password> > > so this is a slave icecast? the master is on port 8001Didn't know this was the pure slave statement, the instructions on the site are a bit cryptic, so I had a hard time guessing how to put it together.> > >> <stats_log>/var/log/icecast/stats.log</stats_log> >> <statshtml_log>/var/www/html/icestat.html</statshtml_log> >> <stats_time>30</stats_time> > > not sure where these come from, icecast2 will ignore themA read me type of walk through stated this did the stats logging I desired, not sure what version it was for but it got left behind in my configs> >> <shoutcast-mount>/listen.pls</shoutcast-mount> > > You have only specified 1 port so shoutcast source clients won't be > streaming, but if you do intend to use one of those then you'll want a > better mountpoint name as this implies a playlist. >I don't have the shout part set up, never really go around to getting a shout up properly, so that is a fragment of "Will fix when I get to it">> <logging> >> <accesslog>access.log</accesslog> >> <errorlog>error.log</errorlog> >> <playlistlog>playlist.log</playlistlog> >> <loglevel>3</loglevel> <!-- 4 Debug, 3 Info, 2 Warn, 1 Error --> >> </logging> > > level 4 gives more details, but do check the logs and in the case of > port bindings, use the netstat command. > > karl. >All the logging I get from the icecast is: [2008-07-03 10:23:46] INFO fserve/fserve_shutdown file serving thread stopped [2008-07-03 10:23:46] INFO slave/_slave_thread Slave thread shutdown complete [2008-07-03 10:23:46] INFO auth/auth_run_thread Authenication thread shutting down [2008-07-03 10:23:46] INFO auth/auth_shutdown Auth thread has terminated [2008-07-03 10:23:46] INFO yp/yp_shutdown YP thread down [2008-07-03 10:23:47] INFO stats/stats_shutdown stats thread finished [2008-07-03 10:23:47] INFO main/main Icecast 2.3.1 server started [2008-07-03 10:23:47] INFO yp/yp_update_thread YP update thread started [2008-07-03 10:23:47] INFO auth/auth_run_thread Authentication thread started [2008-07-03 10:23:48] WARN slave/update_from_master Relay slave failed to contact master server to fetch stream list [2008-07-03 10:25:34] INFO sighandler/_sig_die Caught signal 15, shutting down... [2008-07-03 10:25:34] INFO main/main Shutting down [2008-07-03 10:25:34] INFO fserve/fserve_shutdown file serving thread stopped [2008-07-03 10:25:35] INFO slave/_slave_thread Slave thread shutdown complete [2008-07-03 10:25:35] INFO auth/auth_run_thread Authenication thread shutting down [2008-07-03 10:25:35] INFO auth/auth_shutdown Auth thread has terminated [2008-07-03 10:25:35] INFO yp/yp_shutdown YP thread down [2008-07-03 10:25:35] INFO stats/stats_shutdown stats thread finished [2008-07-03 10:25:35] INFO main/main Icecast 2.3.1 server started [2008-07-03 10:25:35] INFO yp/yp_update_thread YP update thread started [2008-07-03 10:25:35] INFO auth/auth_run_thread Authentication thread started [2008-07-03 10:25:36] WARN slave/update_from_master Relay slave failed to contact master server to fetch stream list [2008-07-03 10:25:52] INFO sighandler/_sig_die Caught signal 15, shutting down... [2008-07-03 10:25:52] INFO main/main Shutting down [2008-07-03 10:25:52] INFO fserve/fserve_shutdown file serving thread stopped [2008-07-03 10:25:52] INFO slave/_slave_thread Slave thread shutdown complete [2008-07-03 10:25:52] INFO auth/auth_run_thread Authenication thread shutting down [2008-07-03 10:25:52] INFO auth/auth_shutdown Auth thread has terminated [2008-07-03 10:25:53] INFO yp/yp_shutdown YP thread down [2008-07-03 10:25:53] INFO stats/stats_shutdown stats thread finished [2008-07-03 13:54:15] INFO main/main Icecast 2.3.1 server started [2008-07-03 13:54:15] INFO yp/yp_update_thread YP update thread started [2008-07-03 13:54:15] INFO auth/auth_run_thread Authentication thread started [2008-07-03 13:54:16] WARN slave/update_from_master Relay slave failed to contact master server to fetch stream list [2008-07-03 13:56:16] WARN slave/update_from_master Relay slave failed to contact master server to fetch stream list [2008-07-03 13:58:16] WARN slave/update_from_master Relay slave failed to contact master server to fetch stream list [2008-07-03 14:00:08] INFO sighandler/_sig_die Caught signal 15, shutting down... [2008-07-03 14:00:08] INFO main/main Shutting down [2008-07-03 14:00:08] INFO fserve/fserve_shutdown file serving thread stopped [2008-07-03 14:00:09] INFO slave/_slave_thread Slave thread shutdown complete [2008-07-03 14:00:09] INFO auth/auth_run_thread Authenication thread shutting down [2008-07-03 14:00:09] INFO auth/auth_shutdown Auth thread has terminated [2008-07-03 14:00:09] INFO yp/yp_shutdown YP thread down [2008-07-03 14:00:10] INFO stats/stats_shutdown stats thread finished [2008-07-03 14:00:35] INFO main/main Icecast 2.3.1 server started [2008-07-03 14:00:35] DBUG yp/yp_recheck_config Updating YP configuration [2008-07-03 14:00:35] INFO yp/yp_update_thread YP update thread started [2008-07-03 14:00:35] INFO auth/auth_run_thread Authentication thread started [2008-07-03 14:00:36] DBUG slave/_slave_thread checking master stream list [2008-07-03 14:00:36] WARN slave/update_from_master Relay slave failed to contact master server to fetch stream list -- Seann Clark Tsukinokage.net nombrandue at tsukinokage.net
Seann Clark wrote:> Karl Heyes wrote: >> Seann Clark wrote: >> >>> The biggest being is that the server binds to whatever port it feels >>> like instead of the bind port specified. The rest of the issues I have >> >> a random port bind is a new issue. Can you show us the >> netstat -tnlp | grep icecast >> for the xml provided? > Thu Jul 03-13:54:17-root at haruhi-new:~> netstat -tnlp | grep icecast > tcp 0 0 192.168.10.5:34429 > 0.0.0.0:* LISTEN 3336/icecastok, that doesn't match the 8000 port and you should raise that with them as that doesn't occur here. Check which package you actually have and whether it has been compiled for 32 or 64bit.>>> with Icecast are minor (stats? What stats?) so here is the startup >>> script and config I am using: >> >> if you have suggestions for extra stats which are shown on the web >> pages like /admin/stats then feel free to mention them. > What I am after is some log file type of way to store stats so I can run > a program like webalizer or something against it >> >>> >>> Icecast 2.3.1: >> >> ok, so slightly out of date. > This was a Distro RPM (yum install icecast)I don't maintain any distributions, so I cannot comment on their rpms or any patches they apply to the code. As indicated, the 2.3.2 release is out and had more 64bit work done on it, whether that or something else is causing the port issue I don't know until you try with our shipped code.>>> <master-server>192.168.10.5</master-server> >>> <master-server-port>8001</master-server-port> >>> <master-update-interval>120</master-update-interval> >>> <master-password></master-password> >> >> so this is a slave icecast? the master is on port 8001 > Didn't know this was the pure slave statement, the instructions on the > site are a bit cryptic, so I had a hard time guessing how to put it > together.general rule is, don't specify it unless you know what it is for.>>> <stats_log>/var/log/icecast/stats.log</stats_log> >>> <statshtml_log>/var/www/html/icestat.html</statshtml_log> >>> <stats_time>30</stats_time> >> >> not sure where these come from, icecast2 will ignore them > A read me type of walk through stated this did the stats logging I > desired, not sure what version it was for but it got left behind in my > configswhatever it is, it's wasn't for icecast2.> All the logging I get from the icecast is:....> [2008-07-03 14:00:36] DBUG slave/_slave_thread checking master stream list > [2008-07-03 14:00:36] WARN slave/update_from_master Relay slave failed > to contact master server to fetch stream listAll that's there is icecast starting and failing to get a list of streams from a master server. karl.
Ok, sorry about the top post. Compiled and installed 3.2.3, found a few stilled borked configs with my MPD, and fixed that, and both Icecast (after playing with ownerships that were deleted when I de-yum'ed the icecast RPM from the Fedora repo's) and icecast is working. I will clean up the config to remove some of the things that were mentioned though. Looking at the interface for the new one, I do like it a bit more but I am still looking it over it. I have a question with icecast, though I think it is more something with MPD that I have been wondering. Is it just mpd plugged into it that prevents mp3 streaming or would anyone here know? I use MPD a lot and have had no problems with it at all, I am just looking at getting WMP working with my icecast. It doesn't really like the OGG that is streamed, but once again that may be my own fault. Thanks for the help so far, and I will get this 'complaint' out to the Fedora community to get that package fixed and updated. Regards, Seann -----Original Message----- From: Karl Heyes [mailto:karl at xiph.org] Sent: Thursday, July 03, 2008 7:00 PM To: Seann Clark Cc: icecast at xiph.org Subject: Re: [Icecast] Icecast Fedora9 migration problems Seann Clark wrote:> Karl Heyes wrote: >> Seann Clark wrote: >> >>> The biggest being is that the server binds to whatever port it feels >>> like instead of the bind port specified. The rest of the issues I have >> >> a random port bind is a new issue. Can you show us the >> netstat -tnlp | grep icecast >> for the xml provided? > Thu Jul 03-13:54:17-root at haruhi-new:~> netstat -tnlp | grep icecast > tcp 0 0 192.168.10.5:34429 > 0.0.0.0:* LISTEN 3336/icecastok, that doesn't match the 8000 port and you should raise that with them as that doesn't occur here. Check which package you actually have and whether it has been compiled for 32 or 64bit.>>> with Icecast are minor (stats? What stats?) so here is the startup >>> script and config I am using: >> >> if you have suggestions for extra stats which are shown on the web >> pages like /admin/stats then feel free to mention them. > What I am after is some log file type of way to store stats so I can run > a program like webalizer or something against it >> >>> >>> Icecast 2.3.1: >> >> ok, so slightly out of date. > This was a Distro RPM (yum install icecast)I don't maintain any distributions, so I cannot comment on their rpms or any patches they apply to the code. As indicated, the 2.3.2 release is out and had more 64bit work done on it, whether that or something else is causing the port issue I don't know until you try with our shipped code.>>> <master-server>192.168.10.5</master-server> >>> <master-server-port>8001</master-server-port> >>> <master-update-interval>120</master-update-interval> >>> <master-password></master-password> >> >> so this is a slave icecast? the master is on port 8001 > Didn't know this was the pure slave statement, the instructions on the > site are a bit cryptic, so I had a hard time guessing how to put it > together.general rule is, don't specify it unless you know what it is for.>>> <stats_log>/var/log/icecast/stats.log</stats_log> >>> <statshtml_log>/var/www/html/icestat.html</statshtml_log> >>> <stats_time>30</stats_time> >> >> not sure where these come from, icecast2 will ignore them > A read me type of walk through stated this did the stats logging I > desired, not sure what version it was for but it got left behind in my > configswhatever it is, it's wasn't for icecast2.> All the logging I get from the icecast is:....> [2008-07-03 14:00:36] DBUG slave/_slave_thread checking master streamlist> [2008-07-03 14:00:36] WARN slave/update_from_master Relay slave failed > to contact master server to fetch stream listAll that's there is icecast starting and failing to get a list of streams from a master server. karl.
Le Friday 04 July 2008 02:00:23 Karl Heyes, vous avez ?crit?:> Seann Clark wrote: > > Karl Heyes wrote: > >> Seann Clark wrote: > >>> The biggest being is that the server binds to whatever port it feels > >>> like instead of the bind port specified. The rest of the issues I have > >> > >> a random port bind is a new issue. Can you show us the > >> netstat -tnlp | grep icecast > >> for the xml provided? > > > > Thu Jul 03-13:54:17-root at haruhi-new:~> netstat -tnlp | grep icecast > > tcp ? ? ? ?0 ? ? ?0 192.168.10.5:34429 ? ? ? ? ? > > 0.0.0.0:* ? ? ? ? ? ? ? ? ? LISTEN ? ? ?3336/icecast > > ok, that doesn't match the 8000 port and you should raise that with them > as that doesn't occur here. ?Check which package you actually have and > whether it has been compiled for 32 or 64bit.This issue has also been reported on debian ARM, though not confirmed: http://bugs.debian.org/475889 Since the issue appeared between two similar versions, it could be because of another library... Romain