Icecast Streaming Media Server

[stu87]

I am trying to set up a fallback mount so if stream 1 fails it then switches to the backup mount. I have this settings in the ingest server:

<mount>
<mount-name>/stream1.mp3</mount-name>
<fallback-mount>/stream1backup.mp3</fallback-mount>
</mount>


<mount>
<mount-name>stream1backup.mp3</mount-name>
</mount>

Is this correct? I have set the edges to be a relay which pulls the feed like this:

<relay>
<server>[ingest ip]</server>
<port>8000</port>
<mount>/stream1.mp3</mount>
<local-mount>/stream1.mp3</local-mount>
<username>[username]</username>
<password>[password]</password>
<relay-shoutcast-metadata>1</relay-shoutcast-metadata>
<on-demand>0</on-demand>
</relay>

However i can listen to stream 1 and stream 1 backup on their own without any problems but when i cut the feed to stream1 whilst i am listening to stream 1 it doesnt fall back to the backup mountpoint.

Thank you for your help in advance.

[karlH]

while the mount block with

<mount-name>stream1backup.mp3</mount-name>

serves no purpose here, The fallback looks to be defined correctly but the xml doesn't tell us why it would fail so check your error log. The file may be missing or not in the place you are expecting or just not readable. In such cases the listener would be dropped.

karl.

[maaad999]

Hi Karl

I'm working with stuart on this.

I'm a little confused as to why this isnt working.

You state that the following serves no purpose for a fall back mount:

<mount>
<mount-name>stream1backup.mp3</mount-name>
</mount>

We are trying to impliment a live fallback scenario where if one feed from a live encoder fails then the mount will fall back to the other backup mount.

Surely we have to specify the two mounts in the first place (as we always do rather than just allowing it to be a dynamic name).

Can you provide an example of how it should be configured for the scenario explained above?

p.s - I have checked the error log when pulling out the network cable for encoder 1 (to simulate a dead machine) and i see no attempt to fall back - just a socket timeout and then freeup of the mount.

Thanks

Maaad999

[karlH]

you may need to increase the log level to something like 4 but you should see a fallback mount setting being applied, ie the <fallback-mount>/stream1backup.mp3</fallback-mount> option. Obviously if that file is missing from webroot or is unreadable then it will fail and you should see a log message indicating that. This is the most likely reason why it fails.

You don't need the mount block for a fallback file or a stream unless you want to apply certain options like say max-listeners or a fallback mount. So the mount block I mentioned does not really help, it also does not begin with a / so it would not match even if you had settings in there.

karl.

[maaad999]

Hi Karl

OK just increased the level to 4 for debug.

The fallback diddnt work but this is what I got in the log at the time:

[2011-06-15 13:38:17] WARN source/ Disconnecting /sharpstream.mp3 due to socket timeout
[2011-06-15 13:38:17] DBUG source/ source not running, listener will wait 200ms
[2011-06-15 13:38:17] INFO source/ Source "/sharpstream.mp3" exiting
[2011-06-15 13:38:17] DBUG stats/ update "/sharpstream.mp3" outgoing_kbitrate (0)
[2011-06-15 13:38:17] DBUG stats/ update "/sharpstream.mp3" incoming_bitrate (61991)
[2011-06-15 13:38:17] DBUG stats/ update "/sharpstream.mp3" total_bytes_read (193723)
[2011-06-15 13:38:17] DBUG stats/ update "/sharpstream.mp3" total_bytes_sent (192512)
[2011-06-15 13:38:17] DBUG stats/ update "/sharpstream.mp3" total_mbytes_sent (0)
[2011-06-15 13:38:17] DBUG stats/ update "/sharpstream.mp3" connected (35)
[2011-06-15 13:38:17] DBUG source/ /sharpstream.mp3 waiting (1, 1)
[2011-06-15 13:38:17] DBUG source/ /sharpstream.mp3 waiting (1, 1)
[2011-06-15 13:38:17] DBUG stats/ update "global" listeners (1)
[2011-06-15 13:38:17] DBUG stats/ update "/sharpstream.mp3" listeners (0)
[2011-06-15 13:38:17] DBUG stats/ update "global" clients (4)
[2011-06-15 13:38:17] DBUG client/ 0166A238 now has 4 clients
[2011-06-15 13:38:17] INFO source/ no more listeners on /sharpstream.mp3
[2011-06-15 13:38:17] DBUG stats/ update "global" sources (2)
[2011-06-15 13:38:17] INFO source/ source /sharpstream.mp3 to be freed
[2011-06-15 13:38:17] DBUG source/ removing source /sharpstream.mp3 from tree
[2011-06-15 13:38:17] DBUG source/ clearing source "/sharpstream.mp3"
[2011-06-15 13:38:17] INFO source/ freeing source "/sharpstream.mp3"
[2011-06-15 13:38:17] DBUG stats/ update "global" clients (3)
[2011-06-15 13:38:17] DBUG client/ 0166A238 now has 3 clients
[2011-06-15 13:38:17] DBUG stats/ delete source node /sharpstream.mp3

No sign of any fallback.

[karlH]

if you are sure the mount block is not commented out that send the xml over to me, I'll have a look. Fallback handing has been working well for some time so it's probably just a minor thing but hard to tell from just fragments.

karl.