From racuk12 at gmail.com Tue Jan 1 11:53:41 2019 From: racuk12 at gmail.com (Robert Chalmers) Date: Tue, 1 Jan 2019 11:53:41 +0000 Subject: [Icecast] I can't find what's causing this warning? Message-ID: I?ve started getting this warning, and nothing I do seems to solve it? INFO admin/admin_handle_request Bad or missing password on admin command request (command: stats.xml) It repeats about every 15 secinds? Any ideas anyone Robert From thomas at ruecker.fi Tue Jan 1 12:41:40 2019 From: thomas at ruecker.fi (=?UTF-8?Q?Thomas_B=2e_R=c3=bccker?=) Date: Tue, 1 Jan 2019 12:41:40 +0000 Subject: [Icecast] I can't find what's causing this warning? In-Reply-To: References: Message-ID: <9dafcc86-8c79-078e-d4c2-8ad05a90196c@ruecker.fi> Hi, On 1/1/19 11:53 AM, Robert Chalmers wrote: > I?ve started getting this warning, and nothing I do seems to solve it? > > > INFO admin/admin_handle_request Bad or missing password on admin command request (command: stats.xml) > > It repeats about every 15 secinds? Please provide associated and unaltered lines from access.log for and around the timestamp(s) of this message. Which version of Icecast is this? Cheers, TBR From racuk12 at gmail.com Tue Jan 1 13:16:14 2019 From: racuk12 at gmail.com (Robert Chalmers) Date: Tue, 1 Jan 2019 13:16:14 +0000 Subject: [Icecast] I can't find what's causing this warning? In-Reply-To: <9dafcc86-8c79-078e-d4c2-8ad05a90196c@ruecker.fi> References: <9dafcc86-8c79-078e-d4c2-8ad05a90196c@ruecker.fi> Message-ID: <861F1B2A-1B4C-49CA-AE7D-E4D66475F631@gmail.com> This is also on Stack Overflow? It?s odd, because sometimes it seems to wrk, and sometimes not??? error.log [2019-01-01 13:08:31] INFO admin/admin_handle_request Bad or missing password on admin command request (command: stats.xml) [2019-01-01 13:08:31] INFO admin/admin_handle_request Bad or missing password on admin command request (command: stats.xml) [2019-01-01 13:08:31] INFO admin/admin_handle_request Bad or missing password on admin command request (command: stats.xml) [2019-01-01 13:08:44] INFO format-vorbis/initial_vorbis_page seen initial vorbis header [2019-01-01 13:08:44] INFO admin/admin_handle_request Received admin command metadata on mount "/live.aac" [2019-01-01 13:08:44] INFO admin/command_metadata Metadata on mountpoint /live.aac changed to "Kostas Pavlidis - Fake Life" [2019-01-01 13:08:44] INFO admin/admin_handle_request Received admin command metadata on mount "/live.mp3" [2019-01-01 13:08:44] INFO admin/command_metadata Metadata on mountpoint /live.mp3 changed to "Kostas Pavlidis - Fake Life" [2019-01-01 13:09:31] INFO admin/admin_handle_request Bad or missing password on admin command request (command: stats.xml) [2019-01-01 13:09:31] INFO admin/admin_handle_request Bad or missing password on admin command request (command: stats.xml) [2019-01-01 13:09:31] INFO admin/admin_handle_request Bad or missing password on admin command request (command: stats.xml) [2019-01-01 13:10:32] INFO admin/admin_handle_request Bad or missing password on admin command request (command: stats.xml) [2019-01-01 13:10:32] INFO admin/admin_handle_request Bad or missing password on admin command request (command: stats.xml) [2019-01-01 13:10:32] INFO admin/admin_handle_request Bad or missing password on admin command request (command: stats.xml) access.log 192.168.0.7 - - [01/Jan/2019:13:08:31 +0000] "GET /admin/stats.xml HTTP/1.1" 401 360 "-" "sambc/2018.10" 0 192.168.0.7 - - [01/Jan/2019:13:08:31 +0000] "GET /admin/stats.xml HTTP/1.1" 401 360 "-" "sambc/2018.10" 0 192.168.0.7 - - [01/Jan/2019:13:08:31 +0000] "GET /admin/stats.xml HTTP/1.1" 401 360 "-" "sambc/2018.10" 0 192.168.0.7 - - [01/Jan/2019:13:08:31 +0000] "GET /admin/stats.xml HTTP/1.0" 200 4439 "-" "sambc/2018.10" 0 192.168.0.7 - - [01/Jan/2019:13:08:31 +0000] "GET /admin/stats.xml HTTP/1.0" 200 4439 "-" "sambc/2018.10" 0 192.168.0.7 - - [01/Jan/2019:13:08:31 +0000] "GET /admin/stats.xml HTTP/1.0" 200 4439 "-" "sambc/2018.10" 0 192.168.0.7 - - [01/Jan/2019:13:08:44 +0000] "GET /admin/metadata HTTP/1.0" 200 396 "-" "sambc/2018.10" 0 192.168.0.7 - - [01/Jan/2019:13:08:44 +0000] "GET /admin/metadata HTTP/1.0" 200 396 "-" "sambc/2018.10" 0 192.168.0.7 - - [01/Jan/2019:13:09:31 +0000] "GET /admin/stats.xml HTTP/1.1" 401 360 "-" "sambc/2018.10" 0 192.168.0.7 - - [01/Jan/2019:13:09:31 +0000] "GET /admin/stats.xml HTTP/1.1" 401 360 "-" "sambc/2018.10" 0 192.168.0.7 - - [01/Jan/2019:13:09:31 +0000] "GET /admin/stats.xml HTTP/1.1" 401 360 "-" "sambc/2018.10" 0 192.168.0.7 - - [01/Jan/2019:13:09:32 +0000] "GET /admin/stats.xml HTTP/1.0" 200 4415 "-" "sambc/2018.10" 1 192.168.0.7 - - [01/Jan/2019:13:09:32 +0000] "GET /admin/stats.xml HTTP/1.0" 200 4415 "-" "sambc/2018.10" 1 192.168.0.7 - - [01/Jan/2019:13:09:32 +0000] "GET /admin/stats.xml HTTP/1.0" 200 4415 "-" "sambc/2018.10" 1 192.168.0.7 - - [01/Jan/2019:13:10:32 +0000] "GET /admin/stats.xml HTTP/1.1" 401 360 "-" "sambc/2018.10" 0 192.168.0.7 - - [01/Jan/2019:13:10:32 +0000] "GET /admin/stats.xml HTTP/1.1" 401 360 "-" "sambc/2018.10" 0 192.168.0.7 - - [01/Jan/2019:13:10:32 +0000] "GET /admin/stats.xml HTTP/1.1" 401 360 "-" "sambc/2018.10" 0 192.168.0.7 - - [01/Jan/2019:13:10:32 +0000] "GET /admin/stats.xml HTTP/1.0" 200 4415 "-" "sambc/2018.10" 0 192.168.0.7 - - [01/Jan/2019:13:10:32 +0000] "GET /admin/stats.xml HTTP/1.0" 200 4415 "-" "sambc/2018.10" 0 192.168.0.7 - - [01/Jan/2019:13:10:32 +0000] "GET /admin/stats.xml HTTP/1.0" 200 4415 "-" "sambc/2018.10" 0 192.168.0.7 - - [01/Jan/2019:13:11:32 +0000] "GET /admin/stats.xml HTTP/1.1" 401 360 "-" "sambc/2018.10" 0 192.168.0.7 - - [01/Jan/2019:13:11:32 +0000] "GET /admin/stats.xml HTTP/1.1" 401 360 "-" "sambc/2018.10" 0 > On 1 Jan 2019, at 12:41, Thomas B. R?cker wrote: > > Hi, > > On 1/1/19 11:53 AM, Robert Chalmers wrote: >> I?ve started getting this warning, and nothing I do seems to solve it? >> >> >> INFO admin/admin_handle_request Bad or missing password on admin command request (command: stats.xml) >> >> It repeats about every 15 secinds? > > > Please provide associated and unaltered lines from access.log for and > around the timestamp(s) of this message. Which version of Icecast is this? > > > Cheers, > > TBR > > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast Robert Chalmers https://robert-chalmers.uk author at robert-chalmers.uk @R_A_Chalmers From thomas at ruecker.fi Tue Jan 1 13:25:12 2019 From: thomas at ruecker.fi (=?UTF-8?Q?Thomas_B=2e_R=c3=bccker?=) Date: Tue, 1 Jan 2019 13:25:12 +0000 Subject: [Icecast] I can't find what's causing this warning? In-Reply-To: <861F1B2A-1B4C-49CA-AE7D-E4D66475F631@gmail.com> References: <9dafcc86-8c79-078e-d4c2-8ad05a90196c@ruecker.fi> <861F1B2A-1B4C-49CA-AE7D-E4D66475F631@gmail.com> Message-ID: <54f42aa4-c0a7-1eeb-b85c-3eb489ef3490@ruecker.fi> Hi, On 1/1/19 1:16 PM, Robert Chalmers wrote: > This is also on Stack Overflow? Yes and I am providing the answer in both places for the benefit of the next person looking into it. https://stackoverflow.com/q/53995268/2648865 > It?s odd, because sometimes it seems to wrk, and sometimes not??? > > error.log > > [2019-01-01 13:08:31] INFO admin/admin_handle_request Bad or missing password on admin command request (command: stats.xml) > [2019-01-01 13:08:31] INFO admin/admin_handle_request Bad or missing password on admin command request (command: stats.xml) > [2019-01-01 13:08:31] INFO admin/admin_handle_request Bad or missing password on admin command request (command: stats.xml) > [2019-01-01 13:08:44] INFO format-vorbis/initial_vorbis_page seen initial vorbis header > [2019-01-01 13:08:44] INFO admin/admin_handle_request Received admin command metadata on mount "/live.aac" > [2019-01-01 13:08:44] INFO admin/command_metadata Metadata on mountpoint /live.aac changed to "Kostas Pavlidis - Fake Life" > [2019-01-01 13:08:44] INFO admin/admin_handle_request Received admin command metadata on mount "/live.mp3" > [2019-01-01 13:08:44] INFO admin/command_metadata Metadata on mountpoint /live.mp3 changed to "Kostas Pavlidis - Fake Life" > [2019-01-01 13:09:31] INFO admin/admin_handle_request Bad or missing password on admin command request (command: stats.xml) > [2019-01-01 13:09:31] INFO admin/admin_handle_request Bad or missing password on admin command request (command: stats.xml) > [2019-01-01 13:09:31] INFO admin/admin_handle_request Bad or missing password on admin command request (command: stats.xml) > [2019-01-01 13:10:32] INFO admin/admin_handle_request Bad or missing password on admin command request (command: stats.xml) > [2019-01-01 13:10:32] INFO admin/admin_handle_request Bad or missing password on admin command request (command: stats.xml) > [2019-01-01 13:10:32] INFO admin/admin_handle_request Bad or missing password on admin command request (command: stats.xml) > > > access.log > > 192.168.0.7 - - [01/Jan/2019:13:08:31 +0000] "GET /admin/stats.xml HTTP/1.1" 401 360 "-" "sambc/2018.10" 0 > 192.168.0.7 - - [01/Jan/2019:13:08:31 +0000] "GET /admin/stats.xml HTTP/1.1" 401 360 "-" "sambc/2018.10" 0 > 192.168.0.7 - - [01/Jan/2019:13:08:31 +0000] "GET /admin/stats.xml HTTP/1.1" 401 360 "-" "sambc/2018.10" 0 > 192.168.0.7 - - [01/Jan/2019:13:08:31 +0000] "GET /admin/stats.xml HTTP/1.0" 200 4439 "-" "sambc/2018.10" 0 > 192.168.0.7 - - [01/Jan/2019:13:08:31 +0000] "GET /admin/stats.xml HTTP/1.0" 200 4439 "-" "sambc/2018.10" 0 > 192.168.0.7 - - [01/Jan/2019:13:08:31 +0000] "GET /admin/stats.xml HTTP/1.0" 200 4439 "-" "sambc/2018.10" 0 > 192.168.0.7 - - [01/Jan/2019:13:08:44 +0000] "GET /admin/metadata HTTP/1.0" 200 396 "-" "sambc/2018.10" 0 > 192.168.0.7 - - [01/Jan/2019:13:08:44 +0000] "GET /admin/metadata HTTP/1.0" 200 396 "-" "sambc/2018.10" 0 > 192.168.0.7 - - [01/Jan/2019:13:09:31 +0000] "GET /admin/stats.xml HTTP/1.1" 401 360 "-" "sambc/2018.10" 0 > 192.168.0.7 - - [01/Jan/2019:13:09:31 +0000] "GET /admin/stats.xml HTTP/1.1" 401 360 "-" "sambc/2018.10" 0 > 192.168.0.7 - - [01/Jan/2019:13:09:31 +0000] "GET /admin/stats.xml HTTP/1.1" 401 360 "-" "sambc/2018.10" 0 > 192.168.0.7 - - [01/Jan/2019:13:09:32 +0000] "GET /admin/stats.xml HTTP/1.0" 200 4415 "-" "sambc/2018.10" 1 > 192.168.0.7 - - [01/Jan/2019:13:09:32 +0000] "GET /admin/stats.xml HTTP/1.0" 200 4415 "-" "sambc/2018.10" 1 > 192.168.0.7 - - [01/Jan/2019:13:09:32 +0000] "GET /admin/stats.xml HTTP/1.0" 200 4415 "-" "sambc/2018.10" 1 > 192.168.0.7 - - [01/Jan/2019:13:10:32 +0000] "GET /admin/stats.xml HTTP/1.1" 401 360 "-" "sambc/2018.10" 0 > 192.168.0.7 - - [01/Jan/2019:13:10:32 +0000] "GET /admin/stats.xml HTTP/1.1" 401 360 "-" "sambc/2018.10" 0 > 192.168.0.7 - - [01/Jan/2019:13:10:32 +0000] "GET /admin/stats.xml HTTP/1.1" 401 360 "-" "sambc/2018.10" 0 > 192.168.0.7 - - [01/Jan/2019:13:10:32 +0000] "GET /admin/stats.xml HTTP/1.0" 200 4415 "-" "sambc/2018.10" 0 > 192.168.0.7 - - [01/Jan/2019:13:10:32 +0000] "GET /admin/stats.xml HTTP/1.0" 200 4415 "-" "sambc/2018.10" 0 > 192.168.0.7 - - [01/Jan/2019:13:10:32 +0000] "GET /admin/stats.xml HTTP/1.0" 200 4415 "-" "sambc/2018.10" 0 > 192.168.0.7 - - [01/Jan/2019:13:11:32 +0000] "GET /admin/stats.xml HTTP/1.1" 401 360 "-" "sambc/2018.10" 0 > 192.168.0.7 - - [01/Jan/2019:13:11:32 +0000] "GET /admin/stats.xml HTTP/1.1" 401 360 "-" "sambc/2018.10" 0 > >From the combined logs it's pretty obvious what's happening here: ?- You are running at least 3 source clients into mountpoints ?- The source client each time seems to be `sambc/2018.10` (Possibly SAM Broadcaster?) ?- These source clients are making stream metadata update requests via `/admin/metadata` ? - For Ogg that's actually a bug and likely the metadata is broken for listeners. ? - It should embed the metadata inside the stream that it sends to the server instead! ?- These source clients are each polling statistics via `/admin/stats.xml` ? - For some reason the source client doesn't cache the fact that authentication is necessary for this URL and follows the 'from zero' HTTP request procedure every time where ?? 1. first it doesn't send credentials ?? 2. It gets refused with a HTTP 401 status ?? 3. It sends the same request again, but including credentials Summarizing: *The behaviour you are concerned about is perfectly within what's defined by the HTTP standards. Icecast is just a bit wordy on that particular event.* > > >> On 1 Jan 2019, at 12:41, Thomas B. R?cker wrote: >> >> Hi, >> >> On 1/1/19 11:53 AM, Robert Chalmers wrote: >>> I?ve started getting this warning, and nothing I do seems to solve it? >>> >>> >>> INFO admin/admin_handle_request Bad or missing password on admin command request (command: stats.xml) >>> >>> It repeats about every 15 secinds? >> >> Please provide associated and unaltered lines from access.log for and >> around the timestamp(s) of this message. Which version of Icecast is this? >> Cheers, TBR From webmaster at berean-biblechurch.org Tue Jan 1 14:16:53 2019 From: webmaster at berean-biblechurch.org (webmaster at berean-biblechurch.org) Date: Tue, 01 Jan 2019 08:16:53 -0600 Subject: [Icecast] interface separation follow-up - Icecast Digest, Vol 174, Issue 11 In-Reply-To: References: Message-ID: <86df8f1c7da86ebd5e4dbf9748df792f@berean-biblechurch.org> (forgive me if I mess up this reply; I've never used a mailing list before) Thanks, Philipp. It sounds like the best thing is for me to point to an empty webroot folder. Why do I want to do this? Simply to lesson exposure to the server. There is no need, in my case, for anyone on the internet to see a listing of mountpoints or server version or admin link (this opens a door for cracking) or anything. I want to expose only the mountpoint links from a web page. Justin On 2018-12-29 06:00, icecast-request at xiph.org wrote: > Send Icecast mailing list submissions to > icecast at xiph.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.xiph.org/mailman/listinfo/icecast > or, via email, send a message with subject or body 'help' to > icecast-request at xiph.org > > You can reach the person managing the list at > icecast-owner at xiph.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Icecast digest..." > > > Today's Topics: > > 1. separation of web interface and mountpoint > (webmaster at berean-biblechurch.org) > 2. Re: separation of web interface and mountpoint (Philipp Schafft) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Fri, 28 Dec 2018 08:55:55 -0600 > From: webmaster at berean-biblechurch.org > To: icecast at xiph.org > Subject: [Icecast] separation of web interface and mountpoint > Message-ID: <2b8805bd7a28fc7d1b7af6e37183b308 at berean-biblechurch.org> > Content-Type: text/plain; charset="utf-8" > > It looks like default behavior is for Icecast to expose its web > interface on the same address and port as any mountpoint. E.g.: > > mountpoint = https://server.com/listentome > web app = https://server.com/ > > I'd like to restrict the web interface to ONLY A CERTAIN IP ADDRESS AND > TCP PORT so that it is not accessible on the public IP. E.g.: > > mountpoint = https://server.com/listentome > web app = https://192.168.1.10:8000/ > > Is this possible? > > In other words, I don't want any web interface to be available to the > internet. I want the web UI to be available only to my local > machine/LAN and the mountpoint (stream) available to the internet. > > Justin > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > > > ------------------------------ > > Message: 2 > Date: Fri, 28 Dec 2018 16:40:36 +0000 > From: Philipp Schafft > To: Icecast streaming server user discussions > Subject: Re: [Icecast] separation of web interface and mountpoint > Message-ID: <1546015236.5167.12.camel at de.loewenfelsen.net> > Content-Type: text/plain; charset="utf-8" > > Good afternoon, > > > On Fri, 2018-12-28 at 08:55 -0600, webmaster at berean-biblechurch.org > wrote: >> It looks like default behavior is for Icecast to expose its web >> interface on the same address and port as any mountpoint. E.g.: >> >> mountpoint = https://server.com/listentome >> web app = https://server.com/ > > Yes. Icecast supports all operations on all sockets. > > >> I'd like to restrict the web interface to ONLY A CERTAIN IP ADDRESS >> AND >> TCP PORT so that it is not accessible on the public IP. E.g.: >> >> mountpoint = https://server.com/listentome >> web app = https://192.168.1.10:8000/ > > It's a bad idea to use IP addresses. If at all, you should add a DNS > record for it in your internal DNS zone. > >> Is this possible? > > This depends on your version. With Icecast 2.4.x (stable) it is mostly > possible. With Icecast 2.5.x (development) it is possible but requires > some configuration. > > >> In other words, I don't want any web interface to be available to the >> internet. I want the web UI to be available only to my local >> machine/LAN and the mountpoint (stream) available to the internet. > > The big point here is: Why are you trying to do this?: > * Mounts can be set as hidden so they are not listed. If listing > mounts is the problem. > * If you don't like the public WI at all, just point your > to an empty directory. You can also modify the XSLT > files to match your needs. > * The admin interface can be secured using a secure password. > This > will make keep it available and secure. > * Hiding the version number: Doing this makes it harder for > debugging. However it does not improve security at all (as many > think) as you can fingerprint the version number anyway. > * The authentication system can be used for precise access > control. (This is even more true for Icecast 2.5.x). > > > With best regards, > > -- > Philipp Schafft (CEO/Gesch?ftsf?hrer) > Telephon: +49.3535 490 17 92 > > L?wenfelsen UG (haftungsbeschr?nkt) Registration number: > Bickinger Stra?e 21 HRB 12308 CB > 04916 Herzberg (Elster) VATIN/USt-ID: > Germany DE305133015 > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: signature.asc > Type: application/pgp-signature > Size: 490 bytes > Desc: This is a digitally signed message part > URL: > > > ------------------------------ > > Subject: Digest Footer > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > > > ------------------------------ > > End of Icecast Digest, Vol 174, Issue 11 > **************************************** From kontakt at coolradio.rs Mon Jan 7 15:45:10 2019 From: kontakt at coolradio.rs (COOL radio) Date: Mon, 7 Jan 2019 16:45:10 +0100 Subject: [Icecast] Radio is not shown in icecast directory Message-ID: <000001d4a69f$f916d120$eb447360$@coolradio.rs> The public URL of your Icecast server http://live.coolradio.rs 15 http://dir.xiph.org/cgi-bin/yp-cgi 15 http://icecast-yp.internet-radio.com live.coolradio.rs 80 81 1 COOL radio | Serbia Radio broj 1 za aktuelne hitove http://live.coolradio.rs:80 Folk 1 1 0 Error log with yp [2019-01-07 15:04:19] WARN main/main YP server handling has been disabled [2019-01-07 15:04:19] INFO connection/get_ssl_certificate No SSL capability [2019-01-07 15:52:43] WARN main/main YP server handling has been disabled [2019-01-07 15:52:43] INFO connection/get_ssl_certificate No SSL capability [2019-01-07 15:52:43] DBUG source/source_apply_mount YP changed to 1 -------------- next part -------------- An HTML attachment was scrubbed... URL: From radioducinema at pointuresprod.com Mon Jan 7 16:02:37 2019 From: radioducinema at pointuresprod.com (=?utf-8?Q?La_Radio_Du_Cin=C3=A9ma?=) Date: Mon, 7 Jan 2019 17:02:37 +0100 Subject: [Icecast] Radio is not shown in icecast directory In-Reply-To: <000001d4a69f$f916d120$eb447360$@coolradio.rs> References: <000001d4a69f$f916d120$eb447360$@coolradio.rs> Message-ID: <5c33781c.1c69fb81.393cb.e723@mx.google.com> Ok, And mine?? http://radioducinema.com regards Provenance?: Courrier pour Windows 10 De?: COOL radio Envoy? le?:lundi 7 janvier 2019 16:45 ??: icecast at xiph.org Objet?:[Icecast] Radio is not shown in icecast directory The public URL of your Icecast server http://live.coolradio.rs ???? 15 ???? http://dir.xiph.org/cgi-bin/yp-cgi ???? 15 ???? http://icecast-yp.internet-radio.com ??? ?live.coolradio.rs ???? 80 ?????????????? ???? 81 ??? ?1 ?????????????? COOL radio | Serbia ?????????????? Radio broj 1 za aktuelne hitove ??????? http://live.coolradio.rs:80 ?????????????? Folk ?????????????? 1 ?????????????? 1 ??????? 0 Error log with yp [2019-01-07? 15:04:19] WARN main/main YP server handling has been disabled [2019-01-07? 15:04:19] INFO connection/get_ssl_certificate No SSL capability [2019-01-07? 15:52:43] WARN main/main YP server handling has been disabled [2019-01-07? 15:52:43] INFO connection/get_ssl_certificate No SSL capability [2019-01-07? 15:52:43] DBUG source/source_apply_mount YP changed to 1 -------------- next part -------------- An HTML attachment was scrubbed... URL: From thomas at ruecker.fi Mon Jan 7 20:40:05 2019 From: thomas at ruecker.fi (=?UTF-8?Q?Thomas_B=2e_R=c3=bccker?=) Date: Mon, 7 Jan 2019 20:40:05 +0000 Subject: [Icecast] Radio is not shown in icecast directory In-Reply-To: <5c33781c.1c69fb81.393cb.e723@mx.google.com> References: <000001d4a69f$f916d120$eb447360$@coolradio.rs> <5c33781c.1c69fb81.393cb.e723@mx.google.com> Message-ID: Hi, On 1/7/19 4:02 PM, La Radio Du Cin?ma wrote: > > Ok, > > ? > > And mine?? > > ? > > http://radioducinema.com > > ? > There are detailed instructions for listing and troubleshooting listings: https://icecast.org/docs/icecast-trunk/yp/#troubleshooting TBR > regards > > ? > > Provenance?: Courrier > pour Windows 10 > > ? > > *De?: *COOL radio > *Envoy? le?:*lundi 7 janvier 2019 16:45 > *??: *icecast at xiph.org > *Objet?:*[Icecast] Radio is not shown in icecast directory > > ? > > The public URL of your Icecast server http://live.coolradio.rs > > ? > > > > ???? 15 > > ???? http://dir.xiph.org/cgi-bin/yp-cgi > > > > > > ???? 15 > > ???? http://icecast-yp.internet-radio.com > > > > ??? > > ?live.coolradio.rs > > ? > > > > ???? 80 > > > > ?????????????? > > > > ???? 81 > > ??? ?1 > > > > ? > > > > ?????????????? COOL radio | Serbia > > ?????????????? Radio broj 1 za aktuelne > hitove > > ??????? http://live.coolradio.rs:80 > > ?????????????? Folk > > ?????????????? 1 > > ?????????????? 1 > > ??????? 0 > > > > ? > > ? > > Error log with yp > > ? > > [2019-01-07? 15:04:19] WARN main/main YP server handling has been disabled > > [2019-01-07? 15:04:19] INFO connection/get_ssl_certificate No SSL > capability > > [2019-01-07? 15:52:43] WARN main/main YP server handling has been disabled > > [2019-01-07? 15:52:43] INFO connection/get_ssl_certificate No SSL > capability > > [2019-01-07? 15:52:43] DBUG source/source_apply_mount YP changed to 1 > > ? > > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast -------------- next part -------------- An HTML attachment was scrubbed... URL: From thomas at ruecker.fi Mon Jan 7 20:43:11 2019 From: thomas at ruecker.fi (=?UTF-8?Q?Thomas_B=2e_R=c3=bccker?=) Date: Mon, 7 Jan 2019 20:43:11 +0000 Subject: [Icecast] Radio is not shown in icecast directory In-Reply-To: <000001d4a69f$f916d120$eb447360$@coolradio.rs> References: <000001d4a69f$f916d120$eb447360$@coolradio.rs> Message-ID: <747d4d52-408f-66df-0af8-7fffe8006bf9@ruecker.fi> Hi, On 1/7/19 3:45 PM, COOL radio wrote: > > The public URL of your Icecast server http://live.coolradio.rs > > ?[...] > > ? > > Error log with yp > > ? > > [2019-01-07? 15:04:19] WARN main/main YP server handling has been disabled > > [2019-01-07? 15:04:19] INFO connection/get_ssl_certificate No SSL > capability > > [2019-01-07? 15:52:43] WARN main/main YP server handling has been disabled > > [2019-01-07? 15:52:43] INFO connection/get_ssl_certificate No SSL > capability > > [2019-01-07? 15:52:43] DBUG source/source_apply_mount YP changed to 1 > > This problem was addressed on IRC. For those curious about the solution: As indicated in the above error log snippet: the Icecast server had been compiled without YP support. Most likely due to missing libcurl. The solution was to install a proper distribution package of Icecast. TBR -------------- next part -------------- An HTML attachment was scrubbed... URL: From db76 at riseup.net Tue Jan 8 10:38:05 2019 From: db76 at riseup.net (Damian) Date: Tue, 8 Jan 2019 20:38:05 +1000 Subject: [Icecast] Info on how to display instead of in a media player Message-ID: Hi, I apologise if this question has been asked and discussed before. If so, please just refer me to the relevant thread, as I am having a hard time finding the answer. I have noticed that on most Shoutcast streams that I have listened to using iTunes, the stream-name is displayed above the artist - title information. The artist - title information then rotates with the url of the stream. I have noticed that with Icecast, the mount-name is displayed instead of the stream-name. I assume that this behaviour is by design, but that it can be overridden. I am wondering how to do this. I run two seperate streams on one instance of icecast, so, in my icecast.xml, I have set these parameters for both mounts. MYRADIONAME /MOUNTNAME 1 50 Any guidance will be greatly appreciated. D From 0turn1 at gmail.com Tue Jan 8 14:29:21 2019 From: 0turn1 at gmail.com (0turn1 at gmail.com) Date: Tue, 8 Jan 2019 15:29:21 +0100 Subject: [Icecast] Info on how to display instead of in a media player In-Reply-To: References: Message-ID: Sehr geehrte Damen und Herren, Hello This can be the way the metadata in the stream is being sent too. IDK exactly but could have something to do with that. I know that you can write custom metadata scripts using java and other code to have the stream window open a certain sized window, image, album, artist, song name, etc, etc Vielen Dank f?r deine/Ihre schnelle R?ckantwort. Mit freundlichem Gru? Thank You Scott Winterstein +49 151 24404 398 ................................................................................... eof On Tue, Jan 8, 2019 at 11:38 AM Damian wrote: > Hi, > > I apologise if this question has been asked and discussed before. If so, > please just refer me to the relevant thread, as I am having a hard time > finding the answer. > > I have noticed that on most Shoutcast streams that I have listened to > using iTunes, the stream-name is displayed above the artist - title > information. The artist - title information then rotates with the url of > the stream. > > I have noticed that with Icecast, the mount-name is displayed instead of > the stream-name. I assume that this behaviour is by design, but that it can > be overridden. I am wondering how to do this. > > I run two seperate streams on one instance of icecast, so, in my > icecast.xml, I have set these parameters for both mounts. > > > MYRADIONAME > /MOUNTNAME > 1 > 50 > > > Any guidance will be greatly appreciated. > > D > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > -------------- next part -------------- An HTML attachment was scrubbed... URL: From db76 at riseup.net Sat Jan 12 06:30:53 2019 From: db76 at riseup.net (Damian) Date: Sat, 12 Jan 2019 16:30:53 +1000 Subject: [Icecast] Info on how to display instead of in a media player In-Reply-To: References: Message-ID: <725A4F19-9A73-4B6E-8EE6-C9F0B637A82C@riseup.net> Hi, thanks for your reply. So does that then mean that there is no inbuilt mechanism for forcing stream-name to display over mount-name? I run Liquidsoap with iceacst, and I know Liquidsoap is responsible for the artist and title metadata, but I thought that icecast handled the stream name side of things. Any clarification on this would be helpful. D On Tue Jan 8 14:29:21 UTC 2019 0turn1 at gmail.com 0turn1 at gmail.com Sehr geehrte Damen und Herren, Hello This can be the way the metadata in the stream is being sent too. IDK exactly but could have something to do with that. I know that you can write custom metadata scripts using java and other code to have the stream window open a certain sized window, image, album, artist, song name, etc, etc Vielen Dank f?r deine/Ihre schnelle R?ckantwort. Mit freundlichem Gru? Thank You Scott Winterstein +49 151 24404 398 ................................................................................... eof On Tue, Jan 8, 2019 at 11:38 AM Damian wrote: > Hi, > > I apologise if this question has been asked and discussed before. If so, > please just refer me to the relevant thread, as I am having a hard time > finding the answer. > > I have noticed that on most Shoutcast streams that I have listened to > using iTunes, the stream-name is displayed above the artist - title > information. The artist - title information then rotates with the url of > the stream. > > I have noticed that with Icecast, the mount-name is displayed instead of > the stream-name. I assume that this behaviour is by design, but that it can > be overridden. I am wondering how to do this. > > I run two seperate streams on one instance of icecast, so, in my > icecast.xml, I have set these parameters for both mounts. > > > MYRADIONAME > /MOUNTNAME > 1 > 50 > > > Any guidance will be greatly appreciated. > > D -------------- next part -------------- An HTML attachment was scrubbed... URL: From 0turn1 at gmail.com Sat Jan 12 09:08:49 2019 From: 0turn1 at gmail.com (0turn1 at gmail.com) Date: Sat, 12 Jan 2019 10:08:49 +0100 Subject: [Icecast] Info on how to display instead of in a media player In-Reply-To: <725A4F19-9A73-4B6E-8EE6-C9F0B637A82C@riseup.net> References: <725A4F19-9A73-4B6E-8EE6-C9F0B637A82C@riseup.net> Message-ID: Sehr geehrte Damen und Herren, Hello Yes but it is very limited. If you need any consulting or help call me or message me. https://www.facebook.com/scottkaltbier I can see more about what you are trying to do if you give me a bit more to work with. Then I will tell you how to do what you are trying to do. Vielen Dank f?r deine/Ihre schnelle R?ckantwort. Mit freundlichem Gru? Thank You Scott Winterstein +49 151 24404 398 ................................................................................... eof On Sat, Jan 12, 2019 at 7:31 AM Damian wrote: > Hi, thanks for your reply. So does that then mean that there is no inbuilt > mechanism for forcing stream-name to display over mount-name? > > I run Liquidsoap with iceacst, and I know Liquidsoap is responsible for > the artist and title metadata, but I thought that icecast handled the > stream name side of things. Any clarification on this would be helpful. > > D > > > *On Tue Jan 8 14:29:21 UTC 2019 0turn1 at gmail.com > 0turn1 at gmail.com * > > *Sehr geehrte Damen und Herren,* > > *Hello* > *This can be the way the metadata in the stream is being sent too. IDK* > *exactly but could have something to do with that. I know that you can > write* > *custom metadata scripts using java and other code to have the stream > window* > *open a certain sized window, image, album, artist, song name, etc, etc* > *Vielen Dank f?r deine/Ihre schnelle R?ckantwort.* > > *Mit freundlichem Gru?* > *Thank You* > *Scott Winterstein* > *+49 151 24404 398* > > > *...................................................................................* > > *eof* > > > *On Tue, Jan 8, 2019 at 11:38 AM Damian > wrote:* > > *> Hi,* > *>* > *> I apologise if this question has been asked and discussed before. If > so,* > *> please just refer me to the relevant thread, as I am having a hard time* > *> finding the answer.* > *>* > *> I have noticed that on most Shoutcast streams that I have listened to* > *> using iTunes, the stream-name is displayed above the artist - title* > *> information. The artist - title information then rotates with the url > of* > *> the stream.* > *>* > *> I have noticed that with Icecast, the mount-name is displayed instead > of* > *> the stream-name. I assume that this behaviour is by design, but that it > can* > *> be overridden. I am wondering how to do this.* > *>* > *> I run two seperate streams on one instance of icecast, so, in my* > *> icecast.xml, I have set these parameters for both mounts.* > *>* > *> * > *> MYRADIONAME* > *> /MOUNTNAME* > *> 1* > *> 50* > *> * > *>* > *> Any guidance will be greatly appreciated.* > *>* > *> D* > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > -------------- next part -------------- An HTML attachment was scrubbed... URL: From db76 at riseup.net Sun Jan 13 08:13:02 2019 From: db76 at riseup.net (Damian) Date: Sun, 13 Jan 2019 18:13:02 +1000 Subject: [Icecast] Icecast Digest, Vol 175, Issue 5 In-Reply-To: References: Message-ID: <18DD2666-4761-4DB5-955F-88982D7F5E0B@riseup.net> Thanks for your offer to help. Do you mind if I email you at 0turn1 at gmail.com instead?... as I am no longer on facebook. > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > > ------------------------------ > > Message: 2 > Date: Sat, 12 Jan 2019 10:08:49 +0100 > From: "0turn1 at gmail.com" <0turn1 at gmail.com> > To: Icecast streaming server user discussions > Subject: Re: [Icecast] Info on how to display instead of > in a media player > Message-ID: > > Content-Type: text/plain; charset="utf-8" > > Sehr geehrte Damen und Herren, > > Hello > Yes but it is very limited. If you need any consulting or help call me or > message me. > > https://www.facebook.com/scottkaltbier > I can see more about what you are trying to do if you give me a bit more to > work with. Then I will tell you how to do what you are trying to do. > > Vielen Dank f?r deine/Ihre schnelle R?ckantwort. > > Mit freundlichem Gru? > Thank You > Scott Winterstein > +49 151 24404 398 > > ................................................................................... > > eof > > > On Sat, Jan 12, 2019 at 7:31 AM Damian wrote: > >> Hi, thanks for your reply. So does that then mean that there is no inbuilt >> mechanism for forcing stream-name to display over mount-name? >> >> I run Liquidsoap with iceacst, and I know Liquidsoap is responsible for >> the artist and title metadata, but I thought that icecast handled the >> stream name side of things. Any clarification on this would be helpful. >> >> D >> >> >> *On Tue Jan 8 14:29:21 UTC 2019 0turn1 at gmail.com >> 0turn1 at gmail.com * >> >> *Sehr geehrte Damen und Herren,* >> >> *Hello* >> *This can be the way the metadata in the stream is being sent too. IDK* >> *exactly but could have something to do with that. I know that you can >> write* >> *custom metadata scripts using java and other code to have the stream >> window* >> *open a certain sized window, image, album, artist, song name, etc, etc* >> *Vielen Dank f?r deine/Ihre schnelle R?ckantwort.* >> >> *Mit freundlichem Gru?* >> *Thank You* >> *Scott Winterstein* >> *+49 151 24404 398* >> >> >> *...................................................................................* >> >> *eof* >> >> >> *On Tue, Jan 8, 2019 at 11:38 AM Damian > > wrote:* >> >> *> Hi,* >> *>* >> *> I apologise if this question has been asked and discussed before. If >> so,* >> *> please just refer me to the relevant thread, as I am having a hard time* >> *> finding the answer.* >> *>* >> *> I have noticed that on most Shoutcast streams that I have listened to* >> *> using iTunes, the stream-name is displayed above the artist - title* >> *> information. The artist - title information then rotates with the url >> of* >> *> the stream.* >> *>* >> *> I have noticed that with Icecast, the mount-name is displayed instead >> of* >> *> the stream-name. I assume that this behaviour is by design, but that it >> can* >> *> be overridden. I am wondering how to do this.* >> *>* >> *> I run two seperate streams on one instance of icecast, so, in my* >> *> icecast.xml, I have set these parameters for both mounts.* >> *>* >> *> * >> *> MYRADIONAME* >> *> /MOUNTNAME* >> *> 1* >> *> 50* >> *> * >> *>* >> *> Any guidance will be greatly appreciated.* >> *>* >> *> D* >> >> _______________________________________________ >> Icecast mailing list >> Icecast at xiph.org >> http://lists.xiph.org/mailman/listinfo/icecast >> > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > > ------------------------------ > > Subject: Digest Footer > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > > > ------------------------------ > > End of Icecast Digest, Vol 175, Issue 5 > *************************************** From mjcolorado89 at aol.com Wed Jan 16 05:40:10 2019 From: mjcolorado89 at aol.com (mjcolorado89 at aol.com) Date: Wed, 16 Jan 2019 00:40:10 -0500 Subject: [Icecast] Radio station Message-ID: <011501d4ad5d$f2b292a0$d817b7e0$@aol.com> Good morning, My name is Michael, I am new to this list. I do have a question, I will do my best to be clear. I am running Ice Cast 2 on my server, I can stream music, shows, or what ever I want to stream. But if I have my friend stream from another location using the same in coders the stream will stop. I want to run a stream 24 - 7 to make my radio station work. Here is what I am using. It is a mobile 5.1222 Win Amp that I just can pace on my computer. Can someone please tell me what else I can use? Also I am looking for something pretty easy to use. I am blind, I do have a screen reader but needs to be accessible for us to use. Thanks in advance Michael -------------- next part -------------- An HTML attachment was scrubbed... URL: From db76 at riseup.net Thu Jan 17 12:50:26 2019 From: db76 at riseup.net (Damian) Date: Thu, 17 Jan 2019 22:50:26 +1000 Subject: [Icecast] Icecast Digest, Vol 175, Issue 6 In-Reply-To: References: Message-ID: So, I?ll try to explain what I mean a little more by referring to some images. In the first image here, http://systrum.net/mount.png iTunes shows the mount-name of my stream. This is not the option that I want, but it is what seems to be the default that I am stuck with. In this second image, http://systrum.net/stream.png iTunes is displaying the stream-name rather than the mount name. This is not my stream, but rather one in the iTunes internet radio directory. To clarify, these are appearing in the media player itself, not as part of a html pop-up in a browser. So, I refer back to my original question about what the parameters available to me are in the icecast.xml file that will enable me to have the stream name appear as in the second image? Cheers Damian > On 13 Jan 2019, at 10:00 pm, icecast-request at xiph.org wrote: > > Send Icecast mailing list submissions to > icecast at xiph.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.xiph.org/mailman/listinfo/icecast > or, via email, send a message with subject or body 'help' to > icecast-request at xiph.org > > You can reach the person managing the list at > icecast-owner at xiph.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Icecast digest..." > > > Today's Topics: > > 1. Re: Icecast Digest, Vol 175, Issue 5 (Damian) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sun, 13 Jan 2019 18:13:02 +1000 > From: Damian > To: icecast at xiph.org > Subject: Re: [Icecast] Icecast Digest, Vol 175, Issue 5 > Message-ID: <18DD2666-4761-4DB5-955F-88982D7F5E0B at riseup.net> > Content-Type: text/plain; charset=utf-8 > > Thanks for your offer to help. Do you mind if I email you at 0turn1 at gmail.com instead?... as I am no longer on facebook. > >> >> -------------- next part -------------- >> An HTML attachment was scrubbed... >> URL: >> >> ------------------------------ >> >> Message: 2 >> Date: Sat, 12 Jan 2019 10:08:49 +0100 >> From: "0turn1 at gmail.com" <0turn1 at gmail.com> >> To: Icecast streaming server user discussions >> Subject: Re: [Icecast] Info on how to display instead of >> in a media player >> Message-ID: >> >> Content-Type: text/plain; charset="utf-8" >> >> Sehr geehrte Damen und Herren, >> >> Hello >> Yes but it is very limited. If you need any consulting or help call me or >> message me. >> >> https://www.facebook.com/scottkaltbier >> I can see more about what you are trying to do if you give me a bit more to >> work with. Then I will tell you how to do what you are trying to do. >> >> Vielen Dank f?r deine/Ihre schnelle R?ckantwort. >> >> Mit freundlichem Gru? >> Thank You >> Scott Winterstein >> +49 151 24404 398 >> >> ................................................................................... >> >> eof >> >> >> On Sat, Jan 12, 2019 at 7:31 AM Damian wrote: >> >>> Hi, thanks for your reply. So does that then mean that there is no inbuilt >>> mechanism for forcing stream-name to display over mount-name? >>> >>> I run Liquidsoap with iceacst, and I know Liquidsoap is responsible for >>> the artist and title metadata, but I thought that icecast handled the >>> stream name side of things. Any clarification on this would be helpful. >>> >>> D >>> >>> >>> *On Tue Jan 8 14:29:21 UTC 2019 0turn1 at gmail.com >>> 0turn1 at gmail.com * >>> >>> *Sehr geehrte Damen und Herren,* >>> >>> *Hello* >>> *This can be the way the metadata in the stream is being sent too. IDK* >>> *exactly but could have something to do with that. I know that you can >>> write* >>> *custom metadata scripts using java and other code to have the stream >>> window* >>> *open a certain sized window, image, album, artist, song name, etc, etc* >>> *Vielen Dank f?r deine/Ihre schnelle R?ckantwort.* >>> >>> *Mit freundlichem Gru?* >>> *Thank You* >>> *Scott Winterstein* >>> *+49 151 24404 398* >>> >>> >>> *...................................................................................* >>> >>> *eof* >>> >>> >>> *On Tue, Jan 8, 2019 at 11:38 AM Damian >> > wrote:* >>> >>> *> Hi,* >>> *>* >>> *> I apologise if this question has been asked and discussed before. If >>> so,* >>> *> please just refer me to the relevant thread, as I am having a hard time* >>> *> finding the answer.* >>> *>* >>> *> I have noticed that on most Shoutcast streams that I have listened to* >>> *> using iTunes, the stream-name is displayed above the artist - title* >>> *> information. The artist - title information then rotates with the url >>> of* >>> *> the stream.* >>> *>* >>> *> I have noticed that with Icecast, the mount-name is displayed instead >>> of* >>> *> the stream-name. I assume that this behaviour is by design, but that it >>> can* >>> *> be overridden. I am wondering how to do this.* >>> *>* >>> *> I run two seperate streams on one instance of icecast, so, in my* >>> *> icecast.xml, I have set these parameters for both mounts.* >>> *>* >>> *> * >>> *> MYRADIONAME* >>> *> /MOUNTNAME* >>> *> 1* >>> *> 50* >>> *> * >>> *>* >>> *> Any guidance will be greatly appreciated.* >>> *>* >>> *> D* >>> >>> _______________________________________________ >>> Icecast mailing list >>> Icecast at xiph.org >>> http://lists.xiph.org/mailman/listinfo/icecast >>> >> -------------- next part -------------- >> An HTML attachment was scrubbed... >> URL: >> >> ------------------------------ >> >> Subject: Digest Footer >> >> _______________________________________________ >> Icecast mailing list >> Icecast at xiph.org >> http://lists.xiph.org/mailman/listinfo/icecast >> >> >> ------------------------------ >> >> End of Icecast Digest, Vol 175, Issue 5 >> *************************************** > > > > ------------------------------ > > Subject: Digest Footer > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > > > ------------------------------ > > End of Icecast Digest, Vol 175, Issue 6 > *************************************** -------------- next part -------------- An HTML attachment was scrubbed... URL: From epirat07 at gmail.com Thu Jan 17 13:04:15 2019 From: epirat07 at gmail.com (Marvin Scholz) Date: Thu, 17 Jan 2019 14:04:15 +0100 Subject: [Icecast] Icecast Digest, Vol 175, Issue 6 In-Reply-To: References: Message-ID: <746C044C-901A-4845-9BE7-E4A77E528B3F@gmail.com> On 17 Jan 2019, at 13:50, Damian wrote: > So, I?ll try to explain what I mean a little more by referring to > some images. > > In the first image here, http://systrum.net/mount.png > iTunes shows the mount-name of my > stream. This is not the option that I want, but it is what seems to be > the default that I am stuck with. > > In this second image, http://systrum.net/stream.png > iTunes is displaying the stream-name > rather than the mount name. This is not my stream, but rather one in > the iTunes internet radio directory. > > To clarify, these are appearing in the media player itself, not as > part of a html pop-up in a browser. So, I refer back to my original > question about what the parameters available to me are in the > icecast.xml file that will enable me to have the stream name appear as > in the second image? This is completely up to the player, if you set a stream name in your source client or Icecast config, this already is sent correctly to the player but not all players honor this. There is nothing you can do about this on Icecasts side. For streams in playlists like the radio directory, iTunes just uses whatever name set in the playlist. Once a station is added to a playlist it actually sometimes picks up the name but thats quite buggy for some reason. The only thing you can do about this is to open a bug report at https://bugreport.apple.com for iTunes. > > Cheers > Damian From db76 at riseup.net Sun Jan 20 09:57:38 2019 From: db76 at riseup.net (Damian) Date: Sun, 20 Jan 2019 19:57:38 +1000 Subject: [Icecast] Icecast Digest, Vol 175, Issue 8 In-Reply-To: References: Message-ID: <88000041-29EA-4984-B8EB-F51991F74642@riseup.net> I understand. Thank you for taking the time to explain this. AT least I know that it?s not a problem isolated to Icescast. Thanks again > > This is completely up to the player, if you set a stream name in your > source client or Icecast config, > this already is sent correctly to the player but not all players honor > this. > > There is nothing you can do about this on Icecasts side. > For streams in playlists like the radio directory, iTunes just uses > whatever name set in the playlist. > Once a station is added to a playlist it actually sometimes picks up the > name but thats quite buggy for > some reason. > > The only thing you can do about this is to open a bug report at > https://bugreport.apple.com for iTunes. > >> >> Cheers >> Damian > > > ------------------------------ > > Subject: Digest Footer > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > > > ------------------------------ > > End of Icecast Digest, Vol 175, Issue 8 > *************************************** From db76 at riseup.net Sun Jan 27 10:33:55 2019 From: db76 at riseup.net (Damian) Date: Sun, 27 Jan 2019 20:33:55 +1000 Subject: [Icecast] YP listings in version 2.5 beta Message-ID: <57CB1DFC-80CA-4765-BBD2-265CD7352D42@riseup.net> Hi, I apologise if this has been raised before. I?m finding that with the below settings enabled in my icecast.xml file, YP directory listings work for me when using icecast 2.4.4 but listings aren?t working for me with the same config settings in version 2.5. 15 http://dir.xiph.org/cgi-bin/yp-cgi MYRADIO1 /MYRADIO1 1 50 MYRADIO2 /MYRADIO2 1 50 Is this because it?s a beta version? Or am I missing something with my config? Any guidance would be appreciated. Damian From epirat07 at gmail.com Sun Jan 27 13:50:29 2019 From: epirat07 at gmail.com (Marvin Scholz) Date: Sun, 27 Jan 2019 14:50:29 +0100 Subject: [Icecast] YP listings in version 2.5 beta In-Reply-To: <57CB1DFC-80CA-4765-BBD2-265CD7352D42@riseup.net> References: <57CB1DFC-80CA-4765-BBD2-265CD7352D42@riseup.net> Message-ID: <231EDED2-7681-492B-AAAE-3EFBDC43F68F@gmail.com> Set logging to verbose, starts Icecast, have it running for a while and then provide us with the error log please. Chances are your beta lacks cURL. Where did you get the beta from? On 27 Jan 2019, at 11:33, Damian wrote: > Hi, > > I apologise if this has been raised before. I?m finding that with > the below settings enabled in my icecast.xml file, YP directory > listings work for me when using icecast 2.4.4 but listings aren?t > working for me with the same config settings in version 2.5. > > > 15 > http://dir.xiph.org/cgi-bin/yp-cgi > > > > > MYRADIO1 > /MYRADIO1 > 1 > 50 > > > > MYRADIO2 > /MYRADIO2 > 1 > 50 > > > Is this because it?s a beta version? Or am I missing something with > my config? > > Any guidance would be appreciated. > > Damian > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast From db76 at riseup.net Tue Jan 29 13:28:23 2019 From: db76 at riseup.net (Damian) Date: Tue, 29 Jan 2019 23:28:23 +1000 Subject: [Icecast] Icecast Digest, Vol 175, Issue 11 In-Reply-To: References: Message-ID: Hi, I installed from source using the tarball on the liquidsoap website. I installed curl as a prerequisite before building icecast from source. A version check shows that I have the current version of curl as follows: curl 7.52.1 (x86_64-pc-linux-gnu) libcurl/7.52. The first part of the log shows that YP server handling is disabled though. (I pasted a fuller snippet of the log earlier but it?s too large for the thread) > [2019-01-28 21:17:18] INFO main/main Icecast 2.4.99.2 server started > [2019-01-28 21:17:18] INFO main/__log_system_name Running on systrum.net ; OS: Linux 4.9.0-8-amd64, systrum.net , #1 SMP Debian 4.9.130-2 (2018-10-27), x86_64; Address Bits: 64 > [2019-01-28 21:17:18] WARN main/main YP server handling has been disabled > [2019-01-28 21:17:18] INFO connection/get_tls_certificate No TLS capability on any configured ports > [2019-01-28 21:17:19] DBUG slave/_slave_thread checking master stream list > [2019-01-28 21:19:19] DBUG slave/_slave_thread checking master stream list > [2019-01-28 21:19:20] DBUG connection/_handle_aliases alias has made / into /status.xsl > [2019-01-28 21:19:20] DBUG connection/_handle_authentication_mount_normal Trying specific authenticators for client 0x560ccad1bb00. > [2019-01-28 21:19:20] DBUG connection/_handle_authentication_mount_default Trying specific authenticators for client 0x560ccad1bb00. > [2019-01-28 21:19:20] DBUG auth/auth_addref ...refcount on auth_t (null) is now 2 > [2019-01-28 21:19:20] DBUG auth/auth_add_client Trying to add client 0x560ccad1bb00 to auth 0x560ccad17ad0's (role legacy-global-source) queue. > [2019-01-28 21:19:20] DBUG auth/auth_addref ...refcount on auth_t (null) is now 3 > [2019-01-28 21:19:20] INFO auth/auth_add_client adding client 0x560ccad1bb00 for authentication on 0x560ccad17ad0 > [2019-01-28 21:19:20] DBUG auth/queue_auth_client ...refcount on auth_t (null) is now 3 > [2019-01-28 21:19:20] DBUG auth/auth_release ...refcount on auth_t (null) is now 2 > [2019-01-28 21:19:20] DBUG auth/__handle_auth_client client 0x560ccad1bb00 on auth 0x560ccad17ad0 role legacy-global-source processed: no match > On 28 Jan 2019, at 10:00 pm, icecast-request at xiph.org wrote: > > Send Icecast mailing list submissions to > icecast at xiph.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.xiph.org/mailman/listinfo/icecast > or, via email, send a message with subject or body 'help' to > icecast-request at xiph.org > > You can reach the person managing the list at > icecast-owner at xiph.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Icecast digest..." > > > Today's Topics: -------------- next part -------------- An HTML attachment was scrubbed... URL: From db76 at riseup.net Wed Jan 30 01:02:49 2019 From: db76 at riseup.net (Damian) Date: Tue, 29 Jan 2019 17:02:49 -0800 Subject: [Icecast] YP listings in version 2.5 beta In-Reply-To: <57CB1DFC-80CA-4765-BBD2-265CD7352D42@riseup.net> References: <57CB1DFC-80CA-4765-BBD2-265CD7352D42@riseup.net> Message-ID: <643d46f7d0c8d2b24619a2913765e5d9@riseup.net> Hi,I apologise for multiple posts. I replied to the wrong thread previously and the log I added to the email was also too large. Please see my reply below in relation to YP listing failure in version 2.5. I installed from source using the tarball on the liquidsoap website. I installed curl as a prerequisite before building icecast from source. A version check shows that I have the current version of curl as follows: curl 7.52.1 (x86_64-pc-linux-gnu) libcurl/7.52. The first part of the log shows that YP server handling is disabled though. (I pasted a fuller snippet of the log earlier but it's too large for the thread) [2019-01-28 21:17:18] INFO main/main Icecast 2.4.99.2 server started [2019-01-28 21:17:18] INFO main/__log_system_name Running on systrum.net; OS: Linux 4.9.0-8-amd64, systrum.net, #1 SMP Debian 4.9.130-2 (2018-10-27), x86_64; Address Bits: 64 [2019-01-28 21:17:18] WARN main/main YP server handling has been disabled [2019-01-28 21:17:18] INFO connection/get_tls_certificate No TLS capability on any configured ports [2019-01-28 21:17:19] DBUG slave/_slave_thread checking master stream list [2019-01-28 21:19:19] DBUG slave/_slave_thread checking master stream list [2019-01-28 21:19:20] DBUG connection/_handle_aliases alias has made / into /status.xsl [2019-01-28 21:19:20] DBUG connection/_handle_authentication_mount_normal Trying specific authenticators for client 0x560ccad1bb00. [2019-01-28 21:19:20] DBUG connection/_handle_authentication_mount_default Trying specific authenticators for client 0x560ccad1bb00. [2019-01-28 21:19:20] DBUG auth/auth_addref ...refcount on auth_t (null) is now 2 [2019-01-28 21:19:20] DBUG auth/auth_add_client Trying to add client 0x560ccad1bb00 to auth 0x560ccad17ad0's (role legacy-global-source) queue. [2019-01-28 21:19:20] DBUG auth/auth_addref ...refcount on auth_t (null) is now 3 [2019-01-28 21:19:20] INFO auth/auth_add_client adding client 0x560ccad1bb00 for authentication on 0x560ccad17ad0 [2019-01-28 21:19:20] DBUG auth/queue_auth_client ...refcount on auth_t (null) is now 3 [2019-01-28 21:19:20] DBUG auth/auth_release ...refcount on auth_t (null) is now 2 [2019-01-28 21:19:20] DBUG auth/__handle_auth_client client 0x560ccad1bb00 on auth 0x560ccad17ad0 role legacy-global-source processed: no match >Set logging to verbose, starts Icecast, have it running for a while and >then >provide us with the error log please. > >Chances are your beta lacks cURL. Where did you get the beta from? > > > >On 27.01.2019 20:33, Damian wrote: > Hi, > > I apologise if this has been raised before. I?m finding that with the > below settings enabled in my icecast.xml file, YP directory listings > work for me when using icecast 2.4.4 but listings aren?t working for > me with the same config settings in version 2.5. > > > 15 > http://dir.xiph.org/cgi-bin/yp-cgi > > > > > MYRADIO1 > /MYRADIO1 > 1 > 50 > > > > MYRADIO2 > /MYRADIO2 > 1 > 50 > > > Is this because it?s a beta version? Or am I missing something with my config? > > Any guidance would be appreciated. > > Damian From db76 at riseup.net Tue Jan 29 10:00:21 2019 From: db76 at riseup.net (Damian) Date: Tue, 29 Jan 2019 20:00:21 +1000 Subject: [Icecast] Icecast Digest, Vol 175, Issue 11 In-Reply-To: References: Message-ID: <0A5CF382-90C0-4F15-961E-969610967578@riseup.net> Hi Thanks for the reply > >> >> Set logging to verbose, starts Icecast, have it running for a while and >> then >> provide us with the error log please. >> >> Chances are your beta lacks cURL. Where did you get the beta from? >> >> On 27 Jan 2019, at 11:33, Damian wrote: >> > > > I installed from source using the tarball icecast-2.5-beta2.tar.gz on the icecast homepage. I installed my current working version 2.4.4 in the same way and installed curl at that time. The log is added below as requested. > > [2019-01-28 21:17:18] INFO main/main Icecast 2.4.99.2 server started > [2019-01-28 21:17:18] INFO main/__log_system_name Running on systrum.net ; OS: Linux 4.9.0-8-amd64, systrum.net , #1 SMP Debian 4.9.130-2 (2018-10-27), x86_64; Address Bits: 64 > [2019-01-28 21:17:18] WARN main/main YP server handling has been disabled > [2019-01-28 21:17:18] INFO connection/get_tls_certificate No TLS capability on any configured ports > [2019-01-28 21:17:19] DBUG slave/_slave_thread checking master stream list > [2019-01-28 21:19:19] DBUG slave/_slave_thread checking master stream list > [2019-01-28 21:19:20] DBUG connection/_handle_aliases alias has made / into /status.xsl > [2019-01-28 21:19:20] DBUG connection/_handle_authentication_mount_normal Trying specific authenticators for client 0x560ccad1bb00. > [2019-01-28 21:19:20] DBUG connection/_handle_authentication_mount_default Trying specific authenticators for client 0x560ccad1bb00. > [2019-01-28 21:19:20] DBUG auth/auth_addref ...refcount on auth_t (null) is now 2 > [2019-01-28 21:19:20] DBUG auth/auth_add_client Trying to add client 0x560ccad1bb00 to auth 0x560ccad17ad0's (role legacy-global-source) queue. > [2019-01-28 21:19:20] DBUG auth/auth_addref ...refcount on auth_t (null) is now 3 > [2019-01-28 21:19:20] INFO auth/auth_add_client adding client 0x560ccad1bb00 for authentication on 0x560ccad17ad0 > [2019-01-28 21:19:20] DBUG auth/queue_auth_client ...refcount on auth_t (null) is now 3 > [2019-01-28 21:19:20] DBUG auth/auth_release ...refcount on auth_t (null) is now 2 > [2019-01-28 21:19:20] DBUG auth/__handle_auth_client client 0x560ccad1bb00 on auth 0x560ccad17ad0 role legacy-global-source processed: no match > [2019-01-28 21:19:20] DBUG connection/_handle_authentication_global Trying global authenticators for client 0x560ccad1bb00. > [2019-01-28 21:19:20] DBUG auth/auth_addref ...refcount on auth_t (null) is now 2 > [2019-01-28 21:19:20] DBUG auth/auth_add_client Trying to add client 0x560ccad1bb00 to auth 0x560ccad0e2a0's (role legacy-admin) queue. > [2019-01-28 21:19:20] DBUG auth/auth_addref ...refcount on auth_t (null) is now 3 > [2019-01-28 21:19:20] INFO auth/auth_add_client adding client 0x560ccad1bb00 for authentication on 0x560ccad0e2a0 > [2019-01-28 21:19:20] DBUG auth/queue_auth_client ...refcount on auth_t (null) is now 3 > [2019-01-28 21:19:20] DBUG auth/auth_release ...refcount on auth_t (null) is now 2 > [2019-01-28 21:19:20] DBUG auth/__handle_auth_client client 0x560ccad1bb00 on auth 0x560ccad0e2a0 role legacy-admin processed: no match > [2019-01-28 21:19:20] DBUG auth/auth_addref ...refcount on auth_t (null) is now 2 > [2019-01-28 21:19:20] DBUG auth/auth_add_client Trying to add client 0x560ccad1bb00 to auth 0x560ccad17120's (role legacy-relay) queue. > [2019-01-28 21:19:20] DBUG auth/auth_addref ...refcount on auth_t (null) is now 3 > [2019-01-28 21:19:20] INFO auth/auth_add_client adding client 0x560ccad1bb00 for authentication on 0x560ccad17120 > [2019-01-28 21:19:20] DBUG auth/queue_auth_client ...refcount on auth_t (null) is now 3 > [2019-01-28 21:19:20] DBUG auth/auth_release ...refcount on auth_t (null) is now 2 > [2019-01-28 21:19:20] DBUG auth/__handle_auth_client client 0x560ccad1bb00 on auth 0x560ccad17120 role legacy-relay processed: no match > [2019-01-28 21:19:20] DBUG auth/auth_addref ...refcount on auth_t (null) is now 2 > [2019-01-28 21:19:20] DBUG auth/auth_add_client Trying to add client 0x560ccad1bb00 to auth 0x560ccad17500's (role anonymous) queue. > [2019-01-28 21:19:20] DBUG auth/auth_addref ...refcount on auth_t (null) is now 3 > [2019-01-28 21:19:20] INFO auth/auth_add_client adding client 0x560ccad1bb00 for authentication on 0x560ccad17500 > [2019-01-28 21:19:20] DBUG auth/queue_auth_client ...refcount on auth_t (null) is now 3 > [2019-01-28 21:19:20] DBUG auth/__handle_auth_client client 0x560ccad1bb00 on auth 0x560ccad17500 role anonymous processed: ok > [2019-01-28 21:19:20] DBUG connection/_handle_get_request Got client 0x560ccad1bb00 with URI /status.xsl > [2019-01-28 21:19:20] DBUG connection/_handle_get_request Stats request, sending XSL transformed stats > [2019-01-28 21:19:20] DBUG auth/auth_addref ...refcount on auth_t (null) is now 3 > [2019-01-28 21:19:20] DBUG auth/auth_release ...refcount on auth_t (null) is now 2 > [2019-01-28 21:19:20] DBUG auth/auth_addref ...refcount on auth_t (null) is now 3 > [2019-01-28 21:19:20] DBUG auth/auth_release ...refcount on auth_t (null) is now 2 > [2019-01-28 21:19:20] DBUG auth/auth_addref ...refcount on auth_t (null) is now 4 > [2019-01-28 21:19:20] DBUG auth/auth_release ...refcount on auth_t (null) is now 3 > [2019-01-28 21:19:20] DBUG fserve/fserve_add_client Adding client 0x560ccad1bb00 to file serving engine > [2019-01-28 21:19:20] DBUG fserve/fserve_add_pending fserve handler waking up > [2019-01-28 21:19:20] DBUG auth/auth_release ...refcount on auth_t (null) is now 2 > [2019-01-28 21:19:20] DBUG auth/auth_release ...refcount on auth_t (null) is now 1 > [2019-01-28 21:19:20] DBUG auth/auth_release ...refcount on auth_t (null) is now 1 > [2019-01-28 21:19:20] DBUG auth/auth_release ...refcount on auth_t (null) is now 1 > [2019-01-28 21:19:20] DBUG client/client_destroy Called to destory client 0x560ccad1bb00 > [2019-01-28 21:19:20] DBUG auth/auth_release ...refcount on auth_t (null) is now 1 > [2019-01-28 21:19:20] DBUG fserve/fserv_thread_function fserve handler exit > [2019-01-28 21:19:20] DBUG stats/modify_node_event update global clients (1) > [2019-01-28 21:19:20] DBUG stats/modify_node_event update global connections (1) > [2019-01-28 21:19:20] DBUG stats/modify_node_event update global client_connections (1) > [2019-01-28 21:19:20] DBUG stats/modify_node_event update global clients (0) > [2019-01-28 21:19:20] DBUG connection/_handle_authentication_mount_normal Trying specific authenticators for client 0x560ccad1bb00. > [2019-01-28 21:19:20] DBUG connection/_handle_authentication_mount_default Trying specific authenticators for client 0x560ccad1bb00. > [2019-01-28 21:19:20] DBUG auth/auth_addref ...refcount on auth_t (null) is now 2 > [2019-01-28 21:19:20] DBUG auth/auth_add_client Trying to add client 0x560ccad1bb00 to auth 0x560ccad17ad0's (role legacy-global-source) queue. > [2019-01-28 21:19:20] DBUG auth/auth_addref ...refcount on auth_t (null) is now 3 > [2019-01-28 21:19:20] INFO auth/auth_add_client adding client 0x560ccad1bb00 for authentication on 0x560ccad17ad0 > [2019-01-28 21:19:20] DBUG auth/queue_auth_client ...refcount on auth_t (null) is now 3 > [2019-01-28 21:19:20] DBUG auth/auth_release ...refcount on auth_t (null) is now 2 > [2019-01-28 21:19:20] DBUG auth/__handle_auth_client client 0x560ccad1bb00 on auth 0x560ccad17ad0 role legacy-global-source processed: no match > [2019-01-28 21:19:20] DBUG connection/_handle_authentication_global Trying global authenticators for client 0x560ccad1bb00. > [2019-01-28 21:19:20] DBUG auth/auth_addref ...refcount on auth_t (null) is now 2 > [2019-01-28 21:19:20] DBUG auth/auth_add_client Trying to add client 0x560ccad1bb00 to auth 0x560ccad0e2a0's (role legacy-admin) queue. > [2019-01-28 21:19:20] DBUG auth/auth_addref ...refcount on auth_t (null) is now 3 > [2019-01-28 21:19:20] INFO auth/auth_add_client adding client 0x560ccad1bb00 for authentication on 0x560ccad0e2a0 > [2019-01-28 21:19:20] DBUG auth/queue_auth_client ...refcount on auth_t (null) is now 3 > [2019-01-28 21:19:20] DBUG auth/auth_release ...refcount on auth_t (null) is now 2 > [2019-01-28 21:19:20] DBUG auth/__handle_auth_client client 0x560ccad1bb00 on auth 0x560ccad0e2a0 role legacy-admin processed: no match > [2019-01-28 21:19:20] DBUG auth/auth_addref ...refcount on auth_t (null) is now 2 > [2019-01-28 21:19:20] DBUG auth/auth_add_client Trying to add client 0x560ccad1bb00 to auth 0x560ccad17120's (role legacy-relay) queue. > [2019-01-28 21:19:20] DBUG auth/auth_addref ...refcount on auth_t (null) is now 3 > [2019-01-28 21:19:20] INFO auth/auth_add_client adding client 0x560ccad1bb00 for authentication on 0x560ccad17120 > [2019-01-28 21:19:20] DBUG auth/queue_auth_client ...refcount on auth_t (null) is now 3 > [2019-01-28 21:19:20] DBUG auth/auth_release ...refcount on auth_t (null) is now 2 > [2019-01-28 21:19:20] DBUG auth/__handle_auth_client client 0x560ccad1bb00 on auth 0x560ccad17120 role legacy-relay processed: no match > [2019-01-28 21:19:20] DBUG auth/auth_addref ...refcount on auth_t (null) is now 2 > [2019-01-28 21:19:20] DBUG auth/auth_add_client Trying to add client 0x560ccad1bb00 to auth 0x560ccad17500's (role anonymous) queue. > [2019-01-28 21:19:20] DBUG auth/auth_addref ...refcount on auth_t (null) is now 3 > [2019-01-28 21:19:20] INFO auth/auth_add_client adding client 0x560ccad1bb00 for authentication on 0x560ccad17500 > [2019-01-28 21:19:20] DBUG auth/queue_auth_client ...refcount on auth_t (null) is now 3 > [2019-01-28 21:19:20] DBUG auth/__handle_auth_client client 0x560ccad1bb00 on auth 0x560ccad17500 role anonymous processed: ok > [2019-01-28 21:19:20] DBUG connection/_handle_get_request Got client 0x560ccad1bb00 with URI /style.css > [2019-01-28 21:19:20] INFO fserve/fserve_client_create checking for file /style.css (/usr/local/share/icecast/web/style.css) > [2019-01-28 21:19:20] DBUG fserve/fserve_add_client Adding client 0x560ccad1bb00 to file serving engine > [2019-01-28 21:19:20] DBUG fserve/fserve_add_pending fserve handler waking up > [2019-01-28 21:19:20] DBUG auth/auth_release ...refcount on auth_t (null) is now 2 > [2019-01-28 21:19:20] DBUG auth/auth_release ...refcount on auth_t (null) is now 1 > [2019-01-28 21:19:20] DBUG auth/auth_release ...refcount on auth_t (null) is now 1 > [2019-01-28 21:19:20] DBUG auth/auth_release ...refcount on auth_t (null) is now 1 > [2019-01-28 21:19:20] DBUG client/client_destroy Called to destory client 0x560ccad1bb00 > [2019-01-28 21:19:20] DBUG auth/auth_release ...refcount on auth_t (null) is now 1 > [2019-01-28 21:19:20] DBUG fserve/fserv_thread_function fserve handler exit > [2019-01-28 21:19:20] DBUG stats/modify_node_event update global clients (1) > [2019-01-28 21:19:20] DBUG stats/modify_node_event update global connections (2) > [2019-01-28 21:19:20] DBUG stats/modify_node_event update global client_connections (2) > [2019-01-28 21:19:20] DBUG stats/modify_node_event update global file_connections (1) > [2019-01-28 21:19:20] DBUG stats/modify_node_event update global clients (0) > [2019-01-28 21:19:21] DBUG connection/_handle_authentication_mount_normal Trying specific authenticators for client 0x560ccad1bb00. > [2019-01-28 21:19:21] DBUG connection/_handle_authentication_mount_default Trying specific authenticators for client 0x560ccad1bb00. > [2019-01-28 21:19:21] DBUG auth/auth_addref ...refcount on auth_t (null) is now 2 > [2019-01-28 21:19:21] DBUG auth/auth_add_client Trying to add client 0x560ccad1bb00 to auth 0x560ccad17ad0's (role legacy-global-source) queue. > [2019-01-28 21:19:21] DBUG auth/auth_addref ...refcount on auth_t (null) is now 3 > [2019-01-28 21:19:21] INFO auth/auth_add_client adding client 0x560ccad1bb00 for authentication on 0x560ccad17ad0 > [2019-01-28 21:19:21] DBUG auth/queue_auth_client ...refcount on auth_t (null) is now 3 > [2019-01-28 21:19:21] DBUG auth/auth_release ...refcount on auth_t (null) is now 2 > [2019-01-28 21:19:21] DBUG auth/__handle_auth_client client 0x560ccad1bb00 on auth 0x560ccad17ad0 role legacy-global-source processed: no match > [2019-01-28 21:19:21] DBUG connection/_handle_authentication_global Trying global authenticators for client 0x560ccad1bb00. > [2019-01-28 21:19:21] DBUG auth/auth_addref ...refcount on auth_t (null) is now 2 > [2019-01-28 21:19:21] DBUG auth/auth_add_client Trying to add client 0x560ccad1bb00 to auth 0x560ccad0e2a0's (role legacy-admin) queue. > [2019-01-28 21:19:21] DBUG auth/auth_addref ...refcount on auth_t (null) is now 3 > [2019-01-28 21:19:21] INFO auth/auth_add_client adding client 0x560ccad1bb00 for authentication on 0x560ccad0e2a0 > [2019-01-28 21:19:21] DBUG auth/queue_auth_client ...refcount on auth_t (null) is now 3 > [2019-01-28 21:19:21] DBUG auth/auth_release ...refcount on auth_t (null) is now 2 > [2019-01-28 21:19:21] DBUG auth/__handle_auth_client client 0x560ccad1bb00 on auth 0x560ccad0e2a0 role legacy-admin processed: no match > [2019-01-28 21:19:21] DBUG auth/auth_addref ...refcount on auth_t (null) is now 2 > [2019-01-28 21:19:21] DBUG auth/auth_add_client Trying to add client 0x560ccad1bb00 to auth 0x560ccad17120's (role legacy-relay) queue. > [2019-01-28 21:19:21] DBUG auth/auth_addref ...refcount on auth_t (null) is now 3 > [2019-01-28 21:19:21] INFO auth/auth_add_client adding client 0x560ccad1bb00 for authentication on 0x560ccad17120 > [2019-01-28 21:19:21] DBUG auth/queue_auth_client ...refcount on auth_t (null) is now 3 > [2019-01-28 21:19:21] DBUG auth/auth_release ...refcount on auth_t (null) is now 2 > [2019-01-28 21:19:21] DBUG auth/__handle_auth_client client 0x560ccad1bb00 on auth 0x560ccad17120 role legacy-relay processed: no match > [2019-01-28 21:19:21] DBUG auth/auth_addref ...refcount on auth_t (null) is now 2 > [2019-01-28 21:19:21] DBUG auth/auth_add_client Trying to add client 0x560ccad1bb00 to auth 0x560ccad17500's (role anonymous) queue. > [2019-01-28 21:19:21] DBUG auth/auth_addref ...refcount on auth_t (null) is now 3 > [2019-01-28 21:19:21] INFO auth/auth_add_client adding client 0x560ccad1bb00 for authentication on 0x560ccad17500 > [2019-01-28 21:19:21] DBUG auth/queue_auth_client ...refcount on auth_t (null) is now 3 > [2019-01-28 21:19:21] DBUG auth/__handle_auth_client client 0x560ccad1bb00 on auth 0x560ccad17500 role anonymous processed: ok > [2019-01-28 21:19:21] DBUG connection/_handle_get_request Got client 0x560ccad1bb00 with URI /favicon.ico > [2019-01-28 21:19:21] INFO fserve/fserve_client_create checking for file /favicon.ico (/usr/local/share/icecast/web/favicon.ico) > [2019-01-28 21:19:21] DBUG fserve/fserve_add_client Adding client 0x560ccad1bb00 to file serving engine > [2019-01-28 21:19:21] DBUG fserve/fserve_add_pending fserve handler waking up > [2019-01-28 21:19:21] DBUG auth/auth_release ...refcount on auth_t (null) is now 2 > [2019-01-28 21:19:21] DBUG auth/auth_release ...refcount on auth_t (null) is now 1 > [2019-01-28 21:19:21] DBUG auth/auth_release ...refcount on auth_t (null) is now 1 > [2019-01-28 21:19:21] DBUG auth/auth_release ...refcount on auth_t (null) is now 1 > [2019-01-28 21:19:21] DBUG client/client_destroy Called to destory client 0x560ccad1bb00 > [2019-01-28 21:19:21] DBUG auth/auth_release ...refcount on auth_t (null) is now 1 > [2019-01-28 21:19:21] DBUG fserve/fserv_thread_function fserve handler exit > [2019-01-28 21:19:21] DBUG connection/_handle_authentication_mount_normal Trying specific authenticators for client 0x560ccad1bb00. > [2019-01-28 21:19:21] DBUG connection/_handle_authentication_mount_default Trying specific authenticators for client 0x560ccad1bb00. > [2019-01-28 21:19:21] DBUG auth/auth_addref ...refcount on auth_t (null) is now 2 > [2019-01-28 21:19:21] DBUG auth/auth_add_client Trying to add client 0x560ccad1bb00 to auth 0x560ccad17ad0's (role legacy-global-source) queue. > [2019-01-28 21:19:21] DBUG auth/auth_addref ...refcount on auth_t (null) is now 3 > [2019-01-28 21:19:21] INFO auth/auth_add_client adding client 0x560ccad1bb00 for authentication on 0x560ccad17ad0 > [2019-01-28 21:19:21] DBUG auth/queue_auth_client ...refcount on auth_t (null) is now 3 > [2019-01-28 21:19:21] DBUG auth/auth_release ...refcount on auth_t (null) is now 2 > [2019-01-28 21:19:21] DBUG auth/__handle_auth_client client 0x560ccad1bb00 on auth 0x560ccad17ad0 role legacy-global-source processed: no match > [2019-01-28 21:19:21] DBUG connection/_handle_authentication_global Trying global authenticators for client 0x560ccad1bb00. > [2019-01-28 21:19:21] DBUG auth/auth_addref ...refcount on auth_t (null) is now 2 > [2019-01-28 21:19:21] DBUG auth/auth_add_client Trying to add client 0x560ccad1bb00 to auth 0x560ccad0e2a0's (role legacy-admin) queue. > [2019-01-28 21:19:21] DBUG auth/auth_addref ...refcount on auth_t (null) is now 3 > [2019-01-28 21:19:21] INFO auth/auth_add_client adding client 0x560ccad1bb00 for authentication on 0x560ccad0e2a0 > [2019-01-28 21:19:21] DBUG auth/queue_auth_client ...refcount on auth_t (null) is now 3 > [2019-01-28 21:19:21] DBUG auth/auth_release ...refcount on auth_t (null) is now 2 > [2019-01-28 21:19:21] DBUG auth/__handle_auth_client client 0x560ccad1bb00 on auth 0x560ccad0e2a0 role legacy-admin processed: no match > [2019-01-28 21:19:21] DBUG auth/auth_addref ...refcount on auth_t (null) is now 2 > [2019-01-28 21:19:21] DBUG auth/auth_add_client Trying to add client 0x560ccad1bb00 to auth 0x560ccad17120's (role legacy-relay) queue. > [2019-01-28 21:19:21] DBUG auth/auth_addref ...refcount on auth_t (null) is now 3 > [2019-01-28 21:19:21] INFO auth/auth_add_client adding client 0x560ccad1bb00 for authentication on 0x560ccad17120 > [2019-01-28 21:19:21] DBUG auth/queue_auth_client ...refcount on auth_t (null) is now 3 > [2019-01-28 21:19:21] DBUG auth/auth_release ...refcount on auth_t (null) is now 2 > [2019-01-28 21:19:21] DBUG auth/__handle_auth_client client 0x560ccad1bb00 on auth 0x560ccad17120 role legacy-relay processed: no match > [2019-01-28 21:19:21] DBUG auth/auth_addref ...refcount on auth_t (null) is now 2 > [2019-01-28 21:19:21] DBUG auth/auth_add_client Trying to add client 0x560ccad1bb00 to auth 0x560ccad17500's (role anonymous) queue. > [2019-01-28 21:19:21] DBUG auth/auth_addref ...refcount on auth_t (null) is now 3 > [2019-01-28 21:19:21] INFO auth/auth_add_client adding client 0x560ccad1bb00 for authentication on 0x560ccad17500 > [2019-01-28 21:19:21] DBUG auth/queue_auth_client ...refcount on auth_t (null) is now 3 > [2019-01-28 21:19:21] DBUG auth/__handle_auth_client client 0x560ccad1bb00 on auth 0x560ccad17500 role anonymous processed: ok > [2019-01-28 21:19:21] DBUG connection/_handle_get_request Got client 0x560ccad1bb00 with URI /icecast.png > [2019-01-28 21:19:21] INFO fserve/fserve_client_create checking for file /icecast.png (/usr/local/share/icecast/web/icecast.png) > [2019-01-28 21:19:21] DBUG fserve/fserve_add_client Adding client 0x560ccad1bb00 to file serving engine > [2019-01-28 21:19:21] DBUG fserve/fserve_add_pending fserve handler waking up > [2019-01-28 21:19:21] DBUG auth/auth_release ...refcount on auth_t (null) is now 2 > [2019-01-28 21:19:21] DBUG auth/auth_release ...refcount on auth_t (null) is now 1 > [2019-01-28 21:19:21] DBUG auth/auth_release ...refcount on auth_t (null) is now 1 > [2019-01-28 21:19:21] DBUG auth/auth_release ...refcount on auth_t (null) is now 1 > [2019-01-28 21:19:21] DBUG client/client_destroy Called to destory client 0x560ccad1bb00 > [2019-01-28 21:19:21] DBUG auth/auth_release ...refcount on auth_t (null) is now 1 > [2019-01-28 21:19:21] DBUG fserve/fserv_thread_function fserve handler exit > [2019-01-28 21:19:21] DBUG stats/modify_node_event update global clients (1) > [2019-01-28 21:19:21] DBUG stats/modify_node_event update global connections (3) > [2019-01-28 21:19:21] DBUG stats/modify_node_event update global client_connections (3) > [2019-01-28 21:19:21] DBUG stats/modify_node_event update global file_connections (2) > [2019-01-28 21:19:21] DBUG stats/modify_node_event update global clients (0) > [2019-01-28 21:19:21] DBUG stats/modify_node_event update global clients (1) > [2019-01-28 21:19:21] DBUG stats/modify_node_event update global connections (4) > [2019-01-28 21:19:21] DBUG stats/modify_node_event update global client_connections (4) > [2019-01-28 21:19:21] DBUG stats/modify_node_event update global file_connections (3) > [2019-01-28 21:19:21] DBUG stats/modify_node_event update global clients (0) > [2019-01-28 21:20:10] DBUG connection/_handle_authentication_mount_normal Trying specific authenticators for client 0x560ccad1bce0. > [2019-01-28 21:20:10] DBUG connection/_handle_authentication_mount_default Trying specific authenticators for client 0x560ccad1bce0. > [2019-01-28 21:20:10] DBUG auth/auth_addref ...refcount on auth_t (null) is now 2 > [2019-01-28 21:20:10] DBUG auth/auth_add_client Trying to add client 0x560ccad1bce0 to auth 0x560ccad17ad0's (role legacy-global-source) queue. > [2019-01-28 21:20:10] DBUG auth/auth_addref ...refcount on auth_t (null) is now 3 > [2019-01-28 21:20:10] INFO auth/auth_add_client adding client 0x560ccad1bce0 for authentication on 0x560ccad17ad0 > [2019-01-28 21:20:10] DBUG auth/queue_auth_client ...refcount on auth_t (null) is now 3 > [2019-01-28 21:20:10] DBUG auth/__handle_auth_client client 0x560ccad1bce0 on auth 0x560ccad17ad0 role legacy-global-source processed: ok > [2019-01-28 21:20:10] INFO connection/_handle_source_request Source logging in at mountpoint "/Systrum-Channel3" from 168.235.85.43 as role legacy-global-source > [2019-01-28 21:20:10] DBUG connection/connection_complete_source sources count is 0 > [2019-01-28 21:20:10] WARN format/format_get_type Unsupported or legacy stream type: "audio/mpeg". Falling back to generic minimal handler for best effort. > [2019-01-28 21:20:10] DBUG source/source_apply_mount Applying mount information for "/Systrum-Channel3" > [2019-01-28 21:20:10] DBUG format-mp3/format_mp3_apply_settings sending metadata interval 16000 > [2019-01-28 21:20:10] DBUG format-mp3/format_mp3_apply_settings charset ISO8859-1 > [2019-01-28 21:20:10] DBUG source/source_apply_mount YP changed to 1 > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: