On Mon, 4 Feb 2002, Jack Moffitt wrote:> > I'm running RedHat 7.2 (kernel 2.4.17) on a PII 300. I'm using Liveice > > with XMMS. I had no problem broadcasting with Shoutcast and Winamp back > > before I switched over to Linux. I'd love to get going on broadcasting... > > but Icecast refusing to open is a problem. > > Did you use the hostname parameter in the config file? If so, you > shouldn't.Ah. Apparently so. Thanks... I can't fiddle with the actual stream at the moment, but I'm successfully streaming individual files now. One question... when I try to check the web admin, I get a forbidden message in the browser, and the following in the server log: -> [04/Feb/2002:14:38:45] No mountfile found, refusing access to WWW admin for <my-work-ip.com> I'm missing the connection between mountfiles and accessing the web admin page. As far as I can tell, I have no mountpoints configured. --- Julia Lunetta Listen to my music collection... http://julial.dhs.org:8005/ <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.
Using Icecast 1.3.11 and Ices 0.2.2. Have compiled Ices with the optimize flags defined. Using PII 266 - 160MB, RH 7.1 with default kernel (2.4.7 i think) Situation that I have is interesting: 1) Bring icecast up in the foreground and everything is well. Works as expected. Bring ices up in the foreground in another session and it too works as expected. System will run well until I take it down. CPU usage seems reasonable 2) Bring icecast up with the '-b' switch and use ices with '-B' switch (to run them both as daemon processes) and ices crashes within 2 hours or so - processes are gone. If I try to restart ices, it cannot connect to icecast as it cannot mount anything. Although the icecast processes are still up, I am not sure that the issue is not with icecast and ices tanked because of those issues. CPU again seems reasonable. 3) Bring icecast and ices up but point the output to null, i.e. (icecast -c icecast.conf > /dev/null 2> /devb/null &) again everything works fine but CPU usage is nearly 100% and CPU idle is always 0. I can still bring up other apps and their does not appear to performance degradation. Seems that when Iceast/Ices start, they grab all the CPU and then 'share' when they need to. Comments? I am going to download the 2.x from cvs and play around but I though I would ask --- >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.
At 05:19 PM 2/4/2002 -0500, Gary Major wrote:>Using Icecast 1.3.11 and Ices 0.2.2. Have compiled Ices with the optimize >flags defined. Using PII 266 - 160MB, RH 7.1 with default kernel (2.4.7 i >think) > >Situation that I have is interesting:Odd, I have them both running as background processes together with no problem (then though I'm running FreeBSD 4.5-STABLE). And I didn't compile with optimize flags. CPU utilization did hover around 40%, but that was when I had it reencoding to a lower bitrate (320 to 190). PIII 450, 192MB. -Mark <p><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.