| View previous topic :: View next topic |
| Author |
Message |
Anonymous
Guest
|
 Posted: Wed May 23, 2007 6:53 pm Post subject: Stream not getting from Ices to Icecast |
 |
|
Hey, I'm new here and I'm sorry if this is in the wrong section. I'm not sure wether the problem is Ices or Icecast, so I didn't know what section to put it in.
Anyways, I had a successful XMMS>Ices2>Icecast2 stream setup with it all running on one machine, but it won't work with a different machine for XMMS/Ices2 and Icecast. According to the logs, Ices isn't connecting to Icecast, and Icecast isn't recieving or broadcasting a stream. All the appropriate values in the configurations seem to match, so I'm not sure what's wrong.
Ices2 config file (on XXX.YYY.Z.17):
| Code: |
<ices>
<!-- run in background -->
<background>0</background>
<!-- where logs go. -->
<logpath>/home/tcrowley/ices2/log</logpath>
<logfile>ices.log</logfile>
<!-- size in kilobytes -->
<logsize>2048</logsize>
<!-- 1=error, 2=warn, 3=infoa ,4=debug -->
<loglevel>4</loglevel>
<!-- logfile is ignored if this is set to 1 -->
<consolelog>0</consolelog>
<reconnectattempts>1</reconnectattempts>
<!-- optional filename to write process id to -->
<!-- <pidfile>/home/tcrowley/ices2/ices.pid</pidfile> -->
−
<stream>
<!-- metadata used for stream listing -->
−
<metadata>
<name>Example stream name</name>
<genre>Example genre</genre>
<description>A short description of your stream</description>
<url>http://mysite.org</url>
</metadata>
−
<!--
Input module.
This example uses the 'oss' module. It takes input from the
OSS audio device (e.g. line-in), and processes it for live
encoding.
-->
−
<input>
<module>alsa</module>
<param name="rate">44100</param>
<param name="channels">2</param>
<param name="device">hw:0,0</param>
<!-- Read metadata (from stdin by default, or -->
−
<!--
filename defined below (if the latter, only on SIGUSR1)
-->
−
<!--
param name="metadata">1</param>
<param name="metadatafilename">test</param
-->
</input>
−
<!--
Stream instance.
You may have one or more instances here. This allows you to
send the same input data to one or more servers (or to different
mountpoints on the same server). Each of them can have different
parameters. This is primarily useful for a) relaying to multiple
independent servers, and b) encoding/reencoding to multiple
bitrates.
If one instance fails (for example, the associated server goes
down, etc), the others will continue to function correctly.
This example defines a single instance doing live encoding at
low bitrate.
-->
−
<instance>
−
<!--
Server details.
You define hostname and port for the server here, along
with the source password and mountpoint.
-->
<hostname>XXX.YYY.Z.16</hostname>
<port>8004</port>
<password>hackme</password>
<mount>/example1.ogg</mount>
<yp>1</yp>
<!-- allow stream to be advertised on YP, default 0 -->
−
<!--
Live encoding/reencoding:
channels and samplerate currently MUST match the channels
and samplerate given in the parameters to the oss input
module above or the remsaple/downmix section below.
-->
−
<encode>
<quality>3</quality>
<samplerate>44100</samplerate>
<channels>2</channels>
</encode>
−
<!--
stereo->mono downmixing, enabled by setting this to 1
-->
<downmix>0</downmix>
−
<!--
resampling.
Set to the frequency (in Hz) you wish to resample to,
-->
−
<!--
resample>
<in-rate>44100</in-rate>
<out-rate>22050</out-rate>
</resample
-->
</instance>
</stream>
</ices>
|
Icecast Config (on XXX.YYY.Z.16):
| Code: |
<icecast>
−
<limits>
<sources>1</sources>
</limits>
−
<authentication>
<source-password>hackme</source-password>
<relay-password>hackme</relay-password>
<admin-user>admin</admin-user>
<admin-password>banana</admin-password>
</authentication>
−
<!--
directory>
<yp-url-timeout>15</yp-url-timeout>
<yp-url>http://dir.xiph.org/cgi-bin/yp-cgi</yp-url>
</directory
-->
<hostname>localhost</hostname>
−
<listen-socket>
<port>8004</port>
<!-- bind-adress>192.168.0.17</bind-adress -->
</listen-socket>
<fileserve>1</fileserve>
−
<paths>
<logdir>/home/tcrowley/icecast2/logging</logdir>
<webroot>/usr/share/icecast2/web</webroot>
<adminroot>/usr/share/icecast2/admin</adminroot>
<alias source="/" dest="/status.xsl"/>
</paths>
−
<logging>
<accesslog>access.log</accesslog>
<errorlog>error.log</errorlog>
<loglevel>3</loglevel>
<!-- 4 Debug, 3 Info, 2 Warn, 1 Error -->
</logging>
</icecast>
|
Last edited by Anonymous on Fri May 25, 2007 6:35 pm; edited 1 time in total |
|
| Back to top |
|
 |
karlH
Code Warrior
Joined: 13 Jun 2005
Posts: 5476
Location: UK
|
| Posted: Wed May 23, 2007 9:59 pm Post subject: |
|
|
As you have commented out the reference to port 8004 in the icecast xml, I don't see how you expect ices to connect on port 8004
karl. |
|
| Back to top |
|
|
Anonymous
Guest
|
| Posted: Fri May 25, 2007 6:31 pm Post subject: |
|
|
| karlH wrote: |
As you have commented out the reference to port 8004 in the icecast xml, I don't see how you expect ices to connect on port 8004
karl. |
Whoops.
Unfortunately, that doesn't fix the problem, that was something I was trying while I was just trying random stuff to fix the problem (I didn't expect it to work but I had reached a deadwall and was basically doing random stuff hoping something would work.) That comment is gone now and the connection still isn't happening. |
|
| Back to top |
|
|
karlH
Code Warrior
Joined: 13 Jun 2005
Posts: 5476
Location: UK
|
| Posted: Fri May 25, 2007 6:36 pm Post subject: |
|
|
if the icecast log still shows no connection attempt and you can't access the status page with a browser then there must be a firewall/NAT blocking access.
karl. |
|
| Back to top |
|
|
Anonymous
Guest
|
| Posted: Fri May 25, 2007 7:01 pm Post subject: |
|
|
| karlH wrote: |
if the icecast log still shows no connection attempt and you can't access the status page with a browser then there must be a firewall/NAT blocking access.
karl. |
They're on the same network, so the traffic shouldn't even be going through a firewall. How do I get to the status page with a browser? |
|
| Back to top |
|
|
karlH
Code Warrior
Joined: 13 Jun 2005
Posts: 5476
Location: UK
|
| Posted: Fri May 25, 2007 10:04 pm Post subject: |
|
|
The real reference is something like http://ip:port/status.xsl most have / aliased to /status.xsl
karl. |
|
| Back to top |
|
|
Anonymous
Guest
|
| Posted: Mon Jun 04, 2007 6:33 pm Post subject: |
|
|
(Sorry for taking so long to update.)
Well, I definitley can't get to it through the browser. Like I said, neither the Ices log nor the Icecast log show any signs of the signal getting from point A to point B. So I guess it really must be a firewall, although I can't find one. All the computers are hooked up to a single router within the school network, the school system firewalls and content filters are all done at a much higher level.
Here is the Icecast logfile for today's session:
| Code: |
[2007-06-04 14:25:15] INFO main/main Icecast 2.3.1 server started
[2007-06-04 14:25:15] INFO stats/_stats_thread stats thread started
[2007-06-04 14:25:15] INFO fserve/fserv_thread_function file serving thread started
[2007-06-04 14:25:15] INFO yp/yp_update_thread YP update thread started
[2007-06-04 14:25:15] INFO auth/auth_run_thread Authentication thread started
[2007-06-04 14:26:16] WARN xslt/xslt_get_stylesheet Error checking for stylesheet file "/usr/share/icecast2/web/status.xsl": Permission denied
[2007-06-04 14:26:16] EROR xslt/xslt_transform problem reading stylesheet "/usr/share/icecast2/web/status.xsl"
[2007-06-04 14:26:16] INFO fserve/fserve_client_create checking for file /favicon.ico (/usr/share/icecast2/web/favicon.ico)
[2007-06-04 14:26:16] WARN fserve/fserve_client_create req for file "/usr/share/icecast2/web/favicon.ico" No such file or directory
[2007-06-04 14:26:21] WARN xslt/xslt_get_stylesheet Error checking for stylesheet file "/usr/share/icecast2/web/status.xsl": Permission denied
[2007-06-04 14:26:21] EROR xslt/xslt_transform problem reading stylesheet "/usr/share/icecast2/web/status.xsl"
[2007-06-04 14:33:02] INFO sighandler/_sig_die Caught signal 2, shutting down...
[2007-06-04 14:33:02] INFO main/main Shutting down
[2007-06-04 14:33:03] INFO fserve/fserve_shutdown file serving thread stopped
[2007-06-04 14:33:03] INFO slave/_slave_thread Slave thread shutdown complete
[2007-06-04 14:33:03] INFO auth/auth_run_thread Authenication thread shutting down
[2007-06-04 14:33:03] INFO auth/auth_shutdown Auth thread has terminated
[2007-06-04 14:33:03] INFO yp/yp_shutdown YP thread down
[2007-06-04 14:33:04] INFO stats/stats_shutdown stats thread finished
|
And Ices:
| Code: |
[2007-06-04 14:23:05] INFO ices-core/main IceS 2.0.1 started...
[2007-06-04 14:32:03] INFO signals/signal_int_handler Shutdown requested...
|
|
|
| Back to top |
|
|
karlH
Code Warrior
Joined: 13 Jun 2005
Posts: 5476
Location: UK
|
| Posted: Mon Jun 04, 2007 9:49 pm Post subject: |
|
|
one key point is that you are getting
"/usr/share/icecast2/web/status.xsl": Permission denied
so someone is doing a request for that page but not getting anything back.
karl. |
|
| Back to top |
|
|
Anonymous
Guest
|
| Posted: Wed Jun 06, 2007 6:25 pm Post subject: |
|
|
| karlH wrote: |
one key point is that you are getting
"/usr/share/icecast2/web/status.xsl": Permission denied
so someone is doing a request for that page but not getting anything back.
karl. |
But if there's no stream to connect to, than that makes sense, doesn't it?
I also tried switching the two computers (running Ices on 16 and Icecast on 17.) The logs are recording a successful connection but I still can't reach it from a third machine and I still get the status.xsl error. Also, neither machine already had a "status.xsl" file. I created the files manually on both machines this afternoon but they are just blank as of now - I don't know what they are supposed to contain. |
|
| Back to top |
|
|
karlH
Code Warrior
Joined: 13 Jun 2005
Posts: 5476
Location: UK
|
| Posted: Wed Jun 06, 2007 6:54 pm Post subject: |
|
|
no, because the status.xsl applies to the available stats which includes global as well as stream stats. A permission denied just mean a installation problem, which requires changing the access rights so that that file can be read by icecast.
karl. |
|
| Back to top |
|
|
Anonymous
Guest
|
| Posted: Thu Jun 07, 2007 6:40 pm Post subject: |
|
|
| karlH wrote: |
no, because the status.xsl applies to the available stats which includes global as well as stream stats. A permission denied just mean a installation problem, which requires changing the access rights so that that file can be read by icecast.
karl. |
I'm afraid I don't understand. The status.xsl file didn't exist until I made one, and for some reason it's gone today. Is it something that Icecast creates every time it starts? What's the file supposed to contain? |
|
| Back to top |
|
|
karlH
Code Warrior
Joined: 13 Jun 2005
Posts: 5476
Location: UK
|
| Posted: Thu Jun 07, 2007 7:51 pm Post subject: |
|
|
The xsl file is something we distributed, it's not needed for the typically operation of icecast but it's a xml based file for transforming internal stats into a web page. It's a file that is only read by icecast so if it is being deleted automatically then you need to find out by what because it isn't icecast.
karl. |
|
| Back to top |
|
|
Anonymous
Guest
|
| Posted: Wed Jun 13, 2007 6:52 pm Post subject: |
|
|
| A reinstall of Icecast and Ices on both machines with some upgrades fixed the problems. |
|
| Back to top |
|
|
|
FAQ
Search
Memberlist
Usergroups
Register
Profile
Log in to check your private messages
Log in
