[Icecast] Server not moving clients to fallback
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:
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
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