[Icecast] Clearing Up Some Errors

[Marvin Scholz]

Hi,
none of the messages mentioned are critical and there is no way really 
to easily
get rid of them. Most of these are anyway just INFO level messages which 
is not
really something you can do to "correct" them because they are pure 
informational
nature and nothing is wrong.

On 6 Dec 2020, at 18:08, Steve Matzura wrote:

> None of which I am about to ask is in any way critical, or even mildly 
> important, as everything is working as expected, but if I could clean 
> up my error log by getting rid of messages like the following, I'd 
> like to.
>
>
> [2020-11-29  16:00:01] INFO connection/_handle_source_request Source 
> logging in at mountpoint "/broadband" from 127.0.0.1
>
> [2020-11-29  16:00:01] INFO connection/_handle_source_request Source 
> (/broadband) attempted to login with invalid or missing password
> [2020-11-29  16:00:01] INFO connection/_handle_source_request Source 
> logging in at mountpoint "/broadband" from 127.0.0.1
> [2020-11-29  16:00:01] WARN format/format_get_type Unsupported or 
> legacy stream type: "audio/mpeg". Falling back to generic minimal 
> handler for best effort.
> [2020-11-29  16:00:01] INFO admin/admin_handle_request Received admin 
> command metadata on mount "/broadband"
> [2020-11-29  16:00:01] INFO util/util_conv_string converting metadata 
> from UTF-8 to ISO8859-1
> [2020-11-29  16:00:01] INFO util/util_conv_string converting metadata 
> from UTF-8 to ISO8859-1
>
>
> 1. When programs aren't live, ezstream plays prerecorded programs, and 
> if prerecorded programs run short, I have a fallback mountpoint called 
> /backup that has a continuous stream from ices playing station spots. 
> The passwords for the /broadband mountpoint  in 
> /etc/icecast2/icecast.xml matches the one in each and every XML file 
> for the recorded shows in the ezstream directory. Ditto for the 
> /backup mountpoint as defined in /etc/icecast2/icecast.xml and 
> filler.conf in the ices directory. What did I overlook?
>

If the streaming works, as you said, possibly ezstream just happens to 
make the first request unauthenticated
before trying an authenticated one.

>
> 2. Everything's standard MP3. Why do I get unsupported data type 
> errors?
>

It simply means that MP3 is not an officially supported format of 
Icecast, so no special handling
like for Ogg for WebM is done.

>
> As always, thanks in advance.
>
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast