| View previous topic :: View next topic |
| Author |
Message |
cmodyssey
Joined: 28 Mar 2008
Posts: 63
|
 Posted: Wed Mar 28, 2012 12:01 pm Post subject: Mountpoints missing from /status.xsl and /admin/stats |
 |
|
Hi,
I have a problem where I am missing a number of mountpoints after I restart icecast. If I do a kill -HUP on icecast's PID, then I get to see them all. I am using version 2.3.2 of Icecast.
To give some greater detail on what I'm experiencing....
After service restart:
status.xsl is empty
admin/stats only has the following source mounts listed:
/music_change_filler
/replay_mount
After kill -HUP <PID of icecast>:
status.xsl lists all the mountpoints
admin/stats also lists all the mountpoints
I have coped a censored version of my config below.
Does anybody have any ideaas why this is happening please?
Thanks in advance,
Richard.
| Code: |
$ cat /usr/local/etc/icecast.xml
<!-- File location: /usr/local/etc/ -->
<!-- Version 35.0 -->
<icecast>
<!-- Only define a <mount> section if you want to use advanced options,
like alternative usernames or passwords -->
<mount>
<mount-name>/live_mount</mount-name>
<password>**************</password>
<max-listeners>200</max-listeners>
<fallback-mount>/cast_mount</fallback-mount>
<fallback-override>1</fallback-override>
<stream-name>*****</stream-name>
<stream-url>********************</stream-url>
</mount>
<mount>
<mount-name>/cast_mount</mount-name>
<password>**************</password>
<max-listeners>200</max-listeners>
<dump-file>/home/bcast/dump/dump.mp3</dump-file>
<fallback-mount>/replay_mount</fallback-mount>
<fallback-override>1</fallback-override>
<stream-name>*****</stream-name>
<stream-url>********************</stream-url>
</mount>
<mount>
<mount-name>/replay_mount</mount-name>
<password>**************</password>
<max-listeners>200</max-listeners>
<fallback-mount>/music_change_filler</fallback-mount>
<fallback-override>1</fallback-override>
<stream-name>*****</stream-name>
<stream-url>********************</stream-url>
</mount>
<mount>
<mount-name>/on-demand000</mount-name>
<password>**************</password>
<max-listeners>2</max-listeners>
<fallback-mount>/music_change_filler</fallback-mount>
<fallback-override>1</fallback-override>
<stream-name>*****</stream-name>
<stream-url>********************</stream-url>
</mount>
<mount>
<mount-name>/on-demand001</mount-name>
<password>**************</password>
<max-listeners>2</max-listeners>
<fallback-mount>/music_change_filler</fallback-mount>
<fallback-override>1</fallback-override>
<stream-name>*****</stream-name>
<stream-url>********************</stream-url>
</mount>
<mount>
<mount-name>/on-demand002</mount-name>
<password>**************</password>
<max-listeners>2</max-listeners>
<fallback-mount>/music_change_filler</fallback-mount>
<fallback-override>1</fallback-override>
<stream-name>*****</stream-name>
<stream-url>********************</stream-url>
</mount>
<mount>
<mount-name>/on-demand003</mount-name>
<password>**************</password>
<max-listeners>2</max-listeners>
<fallback-mount>/music_change_filler</fallback-mount>
<fallback-override>1</fallback-override>
<stream-name>*****</stream-name>
<stream-url>********************</stream-url>
</mount>
<mount>
<mount-name>/on-demand004</mount-name>
<password>**************</password>
<max-listeners>2</max-listeners>
<fallback-mount>/music_change_filler</fallback-mount>
<fallback-override>1</fallback-override>
<stream-name>*****</stream-name>
<stream-url>********************</stream-url>
</mount>
<mount>
<mount-name>/on-demand005</mount-name>
<password>**************</password>
<max-listeners>2</max-listeners>
<fallback-mount>/music_change_filler</fallback-mount>
<fallback-override>1</fallback-override>
<stream-name>*****</stream-name>
<stream-url>********************</stream-url>
</mount>
<mount>
<mount-name>/on-demand006</mount-name>
<password>**************</password>
<max-listeners>2</max-listeners>
<fallback-mount>/music_change_filler</fallback-mount>
<fallback-override>1</fallback-override>
<stream-name>*****</stream-name>
<stream-url>********************</stream-url>
</mount>
<mount>
<mount-name>/on-demand007</mount-name>
<password>**************</password>
<max-listeners>2</max-listeners>
<fallback-mount>/music_change_filler</fallback-mount>
<fallback-override>1</fallback-override>
<stream-name>*****</stream-name>
<stream-url>********************</stream-url>
</mount>
<mount>
<mount-name>/on-demand008</mount-name>
<password>**************</password>
<max-listeners>2</max-listeners>
<fallback-mount>/music_change_filler</fallback-mount>
<fallback-override>1</fallback-override>
<stream-name>*****</stream-name>
<stream-url>********************</stream-url>
</mount>
<mount>
<mount-name>/on-demand009</mount-name>
<password>**************</password>
<max-listeners>2</max-listeners>
<fallback-mount>/music_change_filler</fallback-mount>
<fallback-override>1</fallback-override>
<stream-name>*****</stream-name>
<stream-url>********************</stream-url>
</mount>
<mount>
<mount-name>/test_mount</mount-name>
<password>**************</password>
<max-listeners>5</max-listeners>
<fallback-mount>/music_change_filler</fallback-mount>
<fallback-override>1</fallback-override>
<stream-name>*****</stream-name>
<stream-url>********************</stream-url>
</mount>
<mount>
<mount-name>/music_change_filler</mount-name>
<password>**************</password>
<max-listeners>200</max-listeners>
<public>0</public>
<hidden>1</hidden>
</mount>
<mount>
<mount-name>/status.xsl</mount-name>
<password>**************</password>
<public>0</public>
<hidden>1</hidden>
<authentication type="htpasswd">
<option name="filename" value="/home/bcast/icecast/myauth"/>
<option name="allow_duplicate_users" value="1"/>
</authentication>
</mount>
<limits>
<clients>200</clients>
<sources>99</sources>
<threadpool>5</threadpool>
<queue-size>524288</queue-size>
<client-timeout>30</client-timeout>
<header-timeout>15</header-timeout>
<source-timeout>30</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>overwridden_by_mount_point</source-password>
<!-- Relays log in username 'relay' -->
<relay-password>*********</relay-password>
<!-- Admin logs in with the username given below -->
<admin-user>radioactive</admin-user>
<admin-password>*********</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>
<!-- This is the hostname other people will use to connect to your server.
It affects mainly the urls generated by Icecast for playlists and yp
listings. -->
<hostname>activestream1.bytecast.co.uk</hostname>
<!-- You can use these two if you only want a single listener -->
<!--<port>8000</port> -->
<!--<bind-address>127.0.0.1</bind-address>-->
<!-- You may have multiple <listener> elements -->
<listen-socket>
<port>80</port>
<bind-address>85.119.82.185</bind-address>
</listen-socket>
<listen-socket>
<port>3389</port>
<bind-address>85.119.82.185</bind-address>
</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>*********</master-password>-->
<!-- setting this makes all relays on-demand unless overridden, this is
useful for master relays which do not have <relay> definitions here.
The default is 0 -->
<!--<relays-on-demand>1</relays-on-demand>-->
<!--
<relay>
<server>127.0.0.1</server>
<port>8001</port>
<mount>/example.ogg</mount>
<local-mount>/different.ogg</local-mount>
<on-demand>0</on-demand>
<relay-shoutcast-metadata>0</relay-shoutcast-metadata>
</relay>
-->
<fileserve>1</fileserve>
<!-- set the mountpoint for a shoutcast source to use, the default if not
specified is /stream but you can change it here if an alternative is
wanted or an extension is required
<shoutcast-mount>/live.nsv</shoutcast-mount>
-->
<paths>
<!-- basedir is only used if chroot is enabled -->
<basedir>/usr/local/share/icecast</basedir>
<!-- Note that if <chroot> is turned on below, these paths must both
be relative to the new root, not the original root -->
<logdir>/var/log/icecast</logdir>
<webroot>/usr/local/share/icecast/web</webroot>
<adminroot>/usr/local/share/icecast/admin</adminroot>
<!-- <pidfile>/usr/local/share/icecast/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"/>
-->
<!-- Aliases: can also be used for simple redirections as well,
this example will redirect all requests for http://server:port/ to
the status page
-->
<alias source="/" dest="/live_mount"/>
</paths>
<logging>
<accesslog>access.log</accesslog>
<errorlog>error.log</errorlog>
<!-- <playlistlog>playlist.log</playlistlog> -->
<loglevel>4</loglevel> <!-- 4 Debug, 3 Info, 2 Warn, 1 Error -->
<logsize>10000</logsize> <!-- Max size of a logfile -->
<!-- If logarchive is enabled (1), then when logsize is reached
the logfile will be moved to [error|access|playlist].log.DATESTAMP,
otherwise it will be moved to [error|access|playlist].log.old.
Default is non-archive mode (i.e. overwrite)
-->
<logarchive>1</logarchive>
</logging>
<security>
<chroot>0</chroot>
<changeowner>
<user>bcast</user>
<group>bcast</group>
</changeowner>
</security>
</icecast>
|
|
|
| Back to top |
|
 |
cmodyssey
Joined: 28 Mar 2008
Posts: 63
|
| Posted: Mon Apr 09, 2012 2:00 pm Post subject: |
|
|
Hi,
Could someone take a look at this please, I have not found what's wrong myself.
Thanks in advance.
Richard. |
|
| Back to top |
|
|
karlH
Code Warrior
Joined: 13 Jun 2005
Posts: 5476
Location: UK
|
| Posted: Mon Apr 09, 2012 5:57 pm Post subject: |
|
|
Hard to say from just the xml, and no details logs Obviously the hidden mount should never appear on the public page but the on-demand ones should have a simple entry at startup. Do they appear after say 2 minutes or maybe if one of the streams connects? This may of been fixed already in post 2.3.2 code.
karl. |
|
| Back to top |
|
|
|
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
|
Powered by phpBB © 2001, 2002 phpBB Group
subRebel style by ktauber
|
FAQ
Search
Memberlist
Usergroups
Register
Profile
Log in to check your private messages
Log in
