[Icecast] Server not moving clients to fallback

Jack Elliott thatjackelliott at kpov.org
Sat Apr 29 04:53:12 UTC 2017

Hi, thanks in advance for any help that can be provided for this 

I'm configuring a new server and can't get it to move listen clients to 
the fallback file when the source client disconnects. I probably have a 
misconfiguration in icecast.xml.

Here is the <mount> section:

<mount type="normal">

Seems okay. Here is the <paths> section:

         <!-- basedir is only used if chroot is enabled -->

         <!-- Note that if <chroot> is turned on below, these paths must both
              be relative to the new root, not the original root -->
         <alias source="/" destination="/status.xsl"/>



<webroot>  is /usr/share/icecast2/web and the fallback file is in 
"fallbacks" under it:

pi at Pi:/usr/share/icecast2/web/fallbacks $ ls
400Hz_0dBFS_sine_15m.mp3       Generic_Festival_fallback_128kHz.mp3
fallback_400hz_minus_20dB.mp3  Generic_Festival_fallback_192kHz.mp3

Here is icecast's error.log when it starts up:

[2017-04-28  21:34:07] INFO main/main Icecast 2.4.0 server started
[2017-04-28  21:34:07] INFO connection/get_ssl_certificate No SSL capability
[2017-04-28  21:34:07] INFO yp/yp_update_thread YP update thread started
[2017-04-28  21:34:07] INFO source/source_fallback_file mountpoint /fallbacks/Generic_Festival_fallback_192kHz.mp3 is reserved
[2017-04-28  21:34:07] WARN format/format_get_type Unsupported or legacy stream type: "audio/mpeg". Falling back to generic minimal handler for best effort.
[2017-04-28  21:34:07] INFO source/source_main listener count on /fallbacks/Generic_Festival_fallback_192kHz.mp3 now 0

So server has found the fallback. No clients connected.

Okay, start a stream pointed to /stream and the log adds:

[2017-04-28  21:40:36] INFO connection/_handle_source_request Source logging in at mountpoint "/stream"
[2017-04-28  21:40:36] WARN format/format_get_type Unsupported or legacy stream type: "audio/mpeg". Falling back to generic minimal handler for best effort.
[2017-04-28  21:40:36] INFO admin/admin_handle_request Received admin command metadata on mount "/stream"
[2017-04-28  21:40:36] INFO admin/command_metadata Metadata on mountpoint /stream changed to "asdfsdf"
[2017-04-28  21:40:36] INFO source/source_main listener count on /stream now 0

Connect a listen client:

[2017-04-28  21:41:40] INFO source/source_main listener count on /stream now 1

The listen-client is receiving the stream.

Now, if I kill the source mount client:

[2017-04-28  21:42:48] INFO source/get_next_buffer End of Stream /stream
[2017-04-28  21:42:48] INFO source/source_shutdown Source "/stream" exiting
[2017-04-28  21:42:48] INFO source/source_clear_source 1 active listeners on /stream released

and the listen-client exits.  There seems to be no attempt  here to move 
the listen-client to  the fallback mount 

If I try to connect a listen-client when the /source client is not 
running, it doesn't find a mountpoint, server is not connecting it up.

I get the same behavior with two different types of listen-clients, so I 
reckon I've got something not quite right in the config file, but 
error.log isn't revealing it to me.

It baffles science.

That Jack Elliott
(541) 848 7021
KPOV 88.9 FM High Desert Community radio
Producer, The Wednesday Point
Host, The Sunday Classics

More information about the Icecast mailing list