View previous topic :: View next topic |
Author |
Message |
gee2803
Joined: 11 Aug 2006 Posts: 48
|
Posted: Fri Nov 04, 2011 3:30 am Post subject: |
|
|
Thank you. The directory listing was not activated on the slaves. I will reconfigure this later.
Is it possible to have a look at the master server to read out the concurrent listener data or will it always just show the mountpoint data?
At the moment we are retrieving all listener stats from each server but the master server should know how many listeners are attached or doesn't it? |
|
Back to top |
|
|
karlH Code Warrior
Joined: 13 Jun 2005 Posts: 5476 Location: UK
|
Posted: Fri Nov 04, 2011 3:51 pm Post subject: |
|
|
The master will only know about the data relating to itself, the slaves are not communicating there details up. The stats link could be used for that but it's not ready for that yet.
karl. |
|
Back to top |
|
|
YASPE
Joined: 24 Feb 2012 Posts: 3
|
Posted: Sat Feb 25, 2012 5:17 pm Post subject: New YP Directory |
|
|
There is a new yp directory for your icecast server. Here is the source code:
<directory>
<yp-url-timeout>15</yp-url-timeout>
<yp-url>http://www.radioes.net/yp.asp</yp-url>
</directory>
You can see it at www.radioes.net/icecast.asp |
|
Back to top |
|
|
tisho
Joined: 21 May 2012 Posts: 5
|
Posted: Thu Jun 07, 2012 11:28 am Post subject: Not listed |
|
|
Code: |
<icecast>
<limits>
<clients>50</clients>
<sources>3</sources>
<threadpool>5</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>djpassword</source-password>
<!-- Relays log in username 'relay' -->
<relay-password>password</relay-password>
<!-- Admin logs in with the username given below -->
<admin-user>admin</admin-user>
<admin-password>password</admin-password>
</authentication>
<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>10</yp-url-timeout>
<yp-url>http://openradiodirectory.org/yp.php</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>host.address.com</hostname>
<!-- You can use these two if you only want a single listener -->
<port>8000</port>
<bind-address>79.124.67.XXX</bind-address>
<!-- You may have multiple <listener> elements -->
<!--
<listen-socket>
<port>8050</port>
<bind-address>192.168.0.10</bind-address>
</listen-socket>
-->
<!--
<listen-socket>
<port>8001</port>
</listen-socket>
-->
<!-- {%comment-open-if:icecast.master-server==""%} --> <!--
<relays-on-demand>1</relays-on-demand>
<master-server>r1.hostname.com</master-server>
<master-server-port>8000</master-server-port>
<master-update-interval>10</master-update-interval>
<master-password>password</master-password>
--> <!-- {%comment-close-if:icecast.master-server==""%} -->
<!-- {%comment-open-if:icecast.relay.server==""%} --> <!--
<relay>
<server>79.124.67.XXX</server>
<port>8000</port>
<mount>/live.ogg</mount>
<local-mount>/stream</local-mount>
<username>username</username>
<password>password</password>
<relay-shoutcast-metadata>1</relay-shoutcast-metadata>
<on-demand>1</on-demand>
</relay>
--> <!-- {%comment-close-if:icecast.relay.server==""%} -->
<!-- Only define a <mount> section if you want to use advanced options,
like alternative usernames or passwords -->
<mount cc="main">
<mount-name>/stream</mount-name>
<intro></intro>
<fallback-mount>/live</fallback-mount>
<fallback-override>1</fallback-override>
<fallback-when-full>0</fallback-when-full>
<!-- {%comment-open-if:icecast.suppressmeta=="0"%} -->
<mp3-metadata-interval>0</mp3-metadata-interval>
<!-- {%comment-close-if:icecast.suppressmeta=="0"%} -->
<!--<no-yp>1</no-yp>-->
</mount>
<mount cc="live">
<mount-name>/live</mount-name>
<intro></intro>
<fallback-mount>/autodj</fallback-mount>
<fallback-override>1</fallback-override>
<fallback-when-full>0</fallback-when-full>
<!-- {%comment-open-if:icecast.suppressmeta=="0"%} -->
<mp3-metadata-interval>0</mp3-metadata-interval>
<!-- {%comment-close-if:icecast.suppressmeta=="0"%} -->
<!--<no-yp>1</no-yp>-->
</mount>
<mount cc="autodj">
<mount-name>/autodj</mount-name>
<bitrate>128</bitrate>
<intro></intro>
<fallback-mount></fallback-mount>
<fallback-override>1</fallback-override>
<fallback-when-full>0</fallback-when-full>
<!-- {%comment-open-if:icecast.suppressmeta=="0"%} -->
<mp3-metadata-interval>0</mp3-metadata-interval>
<!-- {%comment-close-if:icecast.suppressmeta=="0"%} -->
<!--<no-yp>1</no-yp>-->
<charset>UTF-8</charset>
</mount>
<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>/home/centovacast/vhosts/username/</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/</logdir>
<webroot>web/</webroot>
<adminroot>admin/</adminroot>
<pidfile>var/run/server.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="/status.xsl"/>
</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 -->
</logging>
<security>
<chroot>0</chroot>
<!--
<changeowner>
<user>nobody</user>
<group>nogroup</group>
</changeowner>
-->
</security>
</icecast> |
Where is the problem ?
My radiostation is not listed in any of the online YP... |
|
Back to top |
|
|
karlH Code Warrior
Joined: 13 Jun 2005 Posts: 5476 Location: UK
|
Posted: Thu Jun 07, 2012 1:40 pm Post subject: |
|
|
There are many possible reasons for not listing on the YP, the error log is one place to look, just look for lines with yp in them. Could be a icecast built without libcurl, to an incorrect <hostname> setting or just streams not flagged as public.
If you strip away all the comments from the xml then it looks like it could but obviously we don't have enough information to say why it is not listing.
karl. |
|
Back to top |
|
|
tisho
Joined: 21 May 2012 Posts: 5
|
Posted: Thu Jun 07, 2012 5:49 pm Post subject: |
|
|
karlH wrote: |
There are many possible reasons for not listing on the YP, the error log is one place to look, just look for lines with yp in them. Could be a icecast built without libcurl, to an incorrect <hostname> setting or just streams not flagged as public.
karl. |
Nothing "YP" related in the error.log and in the other logs.
And with IP in <hostname>IP</hostname> still nothing |
|
Back to top |
|
|
karlH Code Warrior
Joined: 13 Jun 2005 Posts: 5476 Location: UK
|
Posted: Thu Jun 07, 2012 6:24 pm Post subject: |
|
|
At level 4 you will see either the fact the yp is disabled or that the directory entries you have specified have been added. Those have to occur before a stream has a chance to list.
If you are saying that nothing related appears then email me what version you have, build environment and your complete error log contents you have.
karl. |
|
Back to top |
|
|
ashum
Joined: 05 Oct 2012 Posts: 3
|
Posted: Tue Oct 09, 2012 2:25 pm Post subject: |
|
|
How to use another port in listing directory?
I use nginx for public access to icecast:
listener -> nginx (8000 port) -> icecast (8001 port, allow nginx ip only)
source -> icecast (7000 port, allow source ip only)
Code: |
<directory>
<yp-url-timeout>15</yp-url-timeout>
<yp-url>http://dir.xiph.org/cgi-bin/yp-cgi</yp-url>
</directory>
<hostname>x.x.x.x</hostname>
<listen-socket>
<port>7000</port>
<bind-address>x.x.x.x</bind-address>
</listen-socket>
<listen-socket>
<port>8001</port>
<bind-address>127.0.0.1</bind-address>
</listen-socket> |
So icecast is not available from outside directly. How to point xiph directory to use port 8000 for connections?
Now it uses address x.x.x.x:7000/mountpoint
I want it uses address x.x.x.x:8000/mountpoint. |
|
Back to top |
|
|
karlH Code Warrior
Joined: 13 Jun 2005 Posts: 5476 Location: UK
|
Posted: Tue Oct 09, 2012 9:07 pm Post subject: |
|
|
try adding <port>8000</port> just after <hostname> but before <listen-socket>
karl. |
|
Back to top |
|
|
ashum
Joined: 05 Oct 2012 Posts: 3
|
Posted: Wed Oct 10, 2012 7:46 am Post subject: |
|
|
Thank you, Karl. It helped. |
|
Back to top |
|
|
BillGoldsmith
Joined: 24 Aug 2010 Posts: 11 Location: Paradise, CA
|
Posted: Sat Sep 14, 2013 6:58 pm Post subject: |
|
|
I have 3-4 public Icecast servers all relaying the same streams. It appears that the directory is only listing one of them, rather than grouping identical streams together, which I understand is the expected behavior. All relays of a given stream have the same mountpoint & metadata.
In the log I see entries like:
EROR yp/send_to_yp YP add on http://dir.xiph.org/cgi-bin/yp-cgi failed: Add refused. Reason: Entry already in the YP.
Any ideas? _________________ ---
Bill Goldsmith
www.radioparadise.com |
|
Back to top |
|
|
karlH Code Warrior
Joined: 13 Jun 2005 Posts: 5476 Location: UK
|
Posted: Sun Sep 15, 2013 9:57 pm Post subject: |
|
|
I suspect you have the same <hostname> set for each of your icecasts.
karl. |
|
Back to top |
|
|
BillGoldsmith
Joined: 24 Aug 2010 Posts: 11 Location: Paradise, CA
|
Posted: Sun Sep 15, 2013 10:08 pm Post subject: |
|
|
karlH wrote: |
I suspect you have the same <hostname> set for each of your icecasts.
karl. |
Right you are. Forgot to change those when I replicated the XML file.
Thanks! _________________ ---
Bill Goldsmith
www.radioparadise.com |
|
Back to top |
|
|
BillGoldsmith
Joined: 24 Aug 2010 Posts: 11 Location: Paradise, CA
|
Posted: Mon Sep 16, 2013 5:08 pm Post subject: |
|
|
karlH wrote: |
I suspect you have the same <hostname> set for each of your icecasts.
karl. |
I changed the hostnames to the correct values & did a kill -HUP on the process. Still getting the same error. I show the correct hostname in the admin interface. Do I need to do a full restart? _________________ ---
Bill Goldsmith
www.radioparadise.com |
|
Back to top |
|
|
karlH Code Warrior
Joined: 13 Jun 2005 Posts: 5476 Location: UK
|
Posted: Mon Sep 16, 2013 9:21 pm Post subject: |
|
|
You are right that the HUP is required to reload the xml, but the streams need to be restarted to update the listen url (should be visible on the admin stats). Only the add method on the YP is known to accept that data so disconnecting the stream is the only way. Whether restarting the whole icecast is a simpler approach is up to you.
karl. |
|
Back to top |
|
|
|