Hi,
I am running Icecast 2.1.0 on a Debian Sarge with a 2.6.8 Kernel.
After upgrading to the new version i have the problem that the icecast2
process. It is regularly dying after running 20-26 hours.
There are no messages in the icecast logfile nor in any other logfile.
The only message, which is written to the shell which started the
process, is
xsltApplyOneTemplate: template was not compiled
xsltSaveResultTo : unknown ouput method
Any ideas ?
Thanks in advance for your help!
Mathias
my icecast config:
###################################
<icecast>
<limits>
<clients>100</clients>
<sources>12</sources>
<threadpool>10</threadpool>
<queue-size>102400</queue-size>
<client-timeout>30</client-timeout>
<header-timeout>15</header-timeout>
<source-timeout>10</source-timeout>
<!-- If enabled, this will provide a burst of data when a client
first connects, thereby significantly reducing the startup
time for listeners that do substantial buffering. However,
it also significantly increases latency between the source
client and listening client. For low-latency setups, you
might want to disable this. -->
<burst-on-connect>1</burst-on-connect>
<!-- same as burst-on-connect, but this allows for being more
specific on how much to burst. Most people won't need to
change from the default 64k. Applies to all mountpoints -->
<burst-size>65535</burst-size>
</limits>
<authentication>
<!-- Sources log in with username 'source' -->
<source-password>xxx</source-password>
<!-- Relays log in username 'relay' -->
<relay-password>xxx</relay-password>
<!-- Admin logs in with the username given below -->
<admin-user>xxx</admin-user>
<admin-password>xxx</admin-password>
</authentication>
<!-- Uncomment this if you want directory listings -->
<!--
<directory>
<yp-url-timeout>15</yp-url-timeout>
<yp-url>http://dir.xiph.org/cgi-bin/yp-cgi</yp-url>
</directory>
<directory>
<yp-url-timeout>15</yp-url-timeout>
<yp-url>http://www.oddsock.org/cgi-bin/yp-cgi</yp-url>
</directory>
-->
<hostname>gjallar.radio-x-stream.at</hostname>
<listen-socket>
<port>80</port>
</listen-socket>
<!--<master-server>127.0.0.1</master-server>-->
<!--<master-server-port>8001</master-server-port>-->
<!--<master-update-interval>120</master-update-interval>-->
<!--<master-password>hackme</master-password>-->
<!--
<relay>
<server>127.0.0.1</server>
<port>8001</port>
<mount>/example.ogg</mount>
<local-mount>/different.ogg</local-mount>
<relay-shoutcast-metadata>0</relay-shoutcast-metadata>
</relay>
-->
<!-- Only define a <mount> section if you want to use advanced
options,
like alternative usernames or passwords
<mount>
<mount-name>/example-complex.ogg</mount-name>
<username>othersource</username>
<password>hackmemore</password>
<max-listeners>1</max-listeners>
<dump-file>/tmp/dump-example1.ogg</dump-file>
<fallback-mount>/example2.ogg</fallback-mount>
</mount>
-->
<fileserve>1</fileserve>
<paths>
<!-- basedir is only used if chroot is enabled -->
<basedir>/var/chroot/icecast2</basedir>
<!-- Note that if <chroot> is turned on below, these paths
must
both
be relative to the new root, not the original root -->
<logdir>/log</logdir>
<webroot>/web</webroot>
<adminroot>/admin</adminroot>
<!-- <pidfile>/usr/share/icecast2/icecast.pid</pidfile>
-->
<!-- Aliases: treat requests for 'source' path as being for
'dest' path
May be made specific to a port or bound address using the
"port"
and "bind-address" attributes.
-->
<!--
<alias source="/foo" dest="/bar"/>
-->
</paths>
<logging>
<accesslog>access.log</accesslog>
<errorlog>error.log</errorlog>
<loglevel>4</loglevel> <!-- 4 Debug, 3 Info, 2 Warn, 1
Error -->
</logging>
<security>
<chroot>1</chroot>
<changeowner>
<user>icecast2</user>
<group>icecast</group>
</changeowner>
</security>
</icecast>
########################
On Thu, 2004-12-02 at 19:13, Mathias Berger wrote:> Hi, > > I am running Icecast 2.1.0 on a Debian Sarge with a 2.6.8 Kernel. > > After upgrading to the new version i have the problem that the icecast2 > process. It is regularly dying after running 20-26 hours.Check how it exits, ie do you get a core file (ulimit -c), if so build icecast with debug, retest then send us the backtrace from the core.> There are no messages in the icecast logfile nor in any other logfile. > The only message, which is written to the shell which started the > process, is > > xsltApplyOneTemplate: template was not compiled > xsltSaveResultTo : unknown ouput methodyou should see plenty of messages in the log file, if not then you really need to determine why logging is not working.> Any ideas ? > Thanks in advance for your help!explain how icecast is being used, are relays involved, are mp3 streams involved etc. The references to xslt above would indicate some access to the web interface of icecast. Those error message are from libxslt so that may indicate an .xsl file that has been changed, if so then make sure it's valid. karl.
Hi Karl! Thanks for your quick reply! Karl Heyes wrote:> On Thu, 2004-12-02 at 19:13, Mathias Berger wrote: > >>Hi, >> >>I am running Icecast 2.1.0 on a Debian Sarge with a 2.6.8 Kernel. >> >>After upgrading to the new version i have the problem that the icecast2 >>process. It is regularly dying after running 20-26 hours. > > > Check how it exits, ie do you get a core file (ulimit -c), if so build > icecast with debug, retest then send us the backtrace from the core. >No, there is no core file.> >>There are no messages in the icecast logfile nor in any other logfile. >>The only message, which is written to the shell which started the >>process, is >> >>xsltApplyOneTemplate: template was not compiled >>xsltSaveResultTo : unknown ouput method > > > you should see plenty of messages in the log file, if not then you > really need to determine why logging is not working.Of course, there are a lot of messages in the logfile, but none of them can be related to the crash of the server. Or at least I cannot see any relation.> > >>Any ideas ? >>Thanks in advance for your help! > > > explain how icecast is being used, are relays involved, are mp3 streams > involved etc. The references to xslt above would indicate some access > to the web interface of icecast. Those error message are from libxslt > so that may indicate an .xsl file that has been changed, if so then make > sure it's valid.Icecast gets its data from darkice, which produces 6 streams (Three MP3 and three OGG). At the moment there are no relays involved, but i'd like to activate them as soon as possible. Furthermore, I am using MRTG to do some statistics. Another computer is requesting every 5 minutes a xsl file for every stream and one xsl file to get the number of all listeners. The file for all streams looks like this: ############ <xsl:stylesheet xmlns:xsl = "http://www.w3.org/1999/XSL/Transform" version = "1.0" > <xsl:output method="text" indent="yes" /> <xsl:template match = "/icestats" > <xsl:value-of select="clients" /> </xsl:template> </xsl:stylesheet> ############ And one of the files for each streams looks like this: ############ <xsl:stylesheet xmlns:xsl = "http://www.w3.org/1999/XSL/Transform" version = "1.0" > <xsl:output method="text" indent="yes" /> <xsl:template match = "/icestats" > <xsl:for-each select="source"> <xsl:if test="@mount='/live-hq.ogg'"> <xsl:value-of select="listeners" /> </xsl:if> </xsl:for-each> </xsl:template> </xsl:stylesheet> ############ I am no XML specialist, these files work and i hope that they are not the reason why icecast isn't working properly. I didn't change the other xml files. Mathias