Xiph.Org issueshttps://gitlab.xiph.org/groups/xiph/-/issues2018-03-06T12:49:48Zhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/1422RFE: Additional POST data upon listener_remove if listener_add is undefined.2018-03-06T12:49:48ZianRFE: Additional POST data upon listener_remove if listener_add is undefined.When using URL authentication, if the listener_add option is undefined, return additional identifying data in the listener_remove POST.
Specifically, include the User Agent, and the IP address of the disconnected listener.
This provide...When using URL authentication, if the listener_add option is undefined, return additional identifying data in the listener_remove POST.
Specifically, include the User Agent, and the IP address of the disconnected listener.
This provides useful accounting data for setups that do not use listener_add, but still want to get accounting data from anonymous streams.Icecast 2.3Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/1417icecast server binds to random ports2018-03-06T12:49:48ZGitlab Boticecast server binds to random portsIcecast version 2.3.2, compiled for Linux, x86_64 on Fedora 9 (from the src rpm supplied on icecast.org)
Every time icecast is started, the server binds to a random port. Port 8090 is specified in icecast.xml (see attached file).
[Ou...Icecast version 2.3.2, compiled for Linux, x86_64 on Fedora 9 (from the src rpm supplied on icecast.org)
Every time icecast is started, the server binds to a random port. Port 8090 is specified in icecast.xml (see attached file).
[Output is attached as a file to circumvent aggressive "too many external links" trac submission problem]
Icecast 2.3Karl HeyesKarl Heyeshttps://gitlab.xiph.org/xiph/icecast-server/-/issues/1416icecast server binds to random ports2018-03-06T12:49:48ZGitlab Boticecast server binds to random portsIcecast version 2.3.2, compiled for Linux, x86_64 on Fedora 9 (from the src rpm supplied on icecast.org)
Every time icecast is started, the server binds to a random port. Port 8090 is specified in icecast.xml (see attached file).
Sam...Icecast version 2.3.2, compiled for Linux, x86_64 on Fedora 9 (from the src rpm supplied on icecast.org)
Every time icecast is started, the server binds to a random port. Port 8090 is specified in icecast.xml (see attached file).
Sample output:
```
[root@chrome ~]# service icecast restart
Shutting down icecast streaming daemon: [ OK ]
Starting icecast streaming daemon: [ OK ]
[root@chrome ~]# netstat -tlp | grep icecast
tcp 0 0 chrome.hoover.:8090 *:* LISTEN 30033/icecast
tcp 0 0 chrome.hoover.:8091 *:* LISTEN 30033/icecast
[root@chrome ~]# service icecast restart
Shutting down icecast streaming daemon: [ OK ]
Starting icecast streaming daemon: [ OK ]
[root@chrome ~]# netstat -tlp | grep icecast
tcp 0 0 chrome.hoover.:8090 *:* LISTEN 30119/icecast
tcp 0 0 chrome.hoover.:8091 *:* LISTEN 30119/icecast
```
Icecast 2.3Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/1345icecast 2x crashes sometimes no y pages2018-03-06T12:49:48ZGitlab Boticecast 2x crashes sometimes no y pagesicecast crashes now and then have to reboot somes that donot work
xiph y pages not working
icecast crashes now and then have to reboot somes that donot work
xiph y pages not working
Icecast 2.3Karl HeyesKarl Heyeshttps://gitlab.xiph.org/xiph/icecast-server/-/issues/1337dump-file based on meta-data/timestamp info2018-03-06T12:49:48ZGitlab Botdump-file based on meta-data/timestamp infoHi,
This enhancement request is as a result of discussion thread http://icecast.imux.net/viewtopic.php?t=1140
There are a number of users, myself included, that would like the dump filename to be set to the "Stream Title" and "Stream D...Hi,
This enhancement request is as a result of discussion thread http://icecast.imux.net/viewtopic.php?t=1140
There are a number of users, myself included, that would like the dump filename to be set to the "Stream Title" and "Stream Description" of what is being dumped. Each time a source disconnects and re-connects, the dump file is re-opened, so upon re-connection, if the source has a different title or description, the dump filename will be different.
This is similar to Ticket #663 "Icecast dump-file trigger", as I believe that if the dump name follows the stream title and description, the user that raised that enhancement would achieve what he wanted too.
What would be even better once that has been done, is to write ID3 tags into mp3 dump files each time a new mp3 dump file is created.
Please could this enhancement be considered.
Thanks in advance,
rich_d_thomas@hotmail.comIcecast 2.3Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/1325WTF?2018-03-06T12:49:48ZGitlab BotWTF?error message sucks because it doesn't provide any hint about what the user should do to fix it..
hence:
configure: error: XSLT configuration could not be found <--- Could you please give me an idea of what I need to do here?error message sucks because it doesn't provide any hint about what the user should do to fix it..
hence:
configure: error: XSLT configuration could not be found <--- Could you please give me an idea of what I need to do here?Icecast 2.3Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/1310fallback-override not honored for fallback defined via HTTP request2018-03-06T12:49:48Zleefallback-override not honored for fallback defined via HTTP requestIcecast 2.3.1 Debian Etch.
fallback-override not honored for fallback defined via HTTP request
"/" is defined in server XML as a static mountpoint with a fallback of "/live-2.mp3" and fallback-override enabled. If source disconnects, c...Icecast 2.3.1 Debian Etch.
fallback-override not honored for fallback defined via HTTP request
"/" is defined in server XML as a static mountpoint with a fallback of "/live-2.mp3" and fallback-override enabled. If source disconnects, clients are moved to "/live-2.mp3" as expected. When source reconnects, clients are moved to "/", also as expected.
When a HTTP request is given to change the fallback of "/" to "/live-1.mp3", server reports success. When source is disconnected, clients are moved to "/live-1.mp3". When new clients connect to "/", they are moved to "/live-2.mp3", when the expectation is to move them to "/live-1.mp3". When source reconnects clients are not moved back to "/". Clients must be manually moved back to "/" via a HTTP request.Icecast 2.3Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/1276Windows server crashed by auth users2018-03-06T12:49:49ZaluigiWindows server crashed by auth users
Hey,
seems to exist a problem in the Windows version.
In short the GUI is not able to handle a number of events/stats (those visible in the right list in "Source Level Stats") major or equal than 15.
Only the authenticated SOURCE users...
Hey,
seems to exist a problem in the Windows version.
In short the GUI is not able to handle a number of events/stats (those visible in the right list in "Source Level Stats") major or equal than 15.
Only the authenticated SOURCE users can exploit this problem which has the only effect of a crash (access to the address pointed by EAX which is 1).
For testing the problem is enough to send the following pre-build request (the source password here is sourcepass) to port 8000 of the server:
SOURCE /stream.ogg ICE/1.0
content-type: application/ogg
Authorization: Basic c291cmNlOnNvdXJjZXBhc3M=
ice-audio-info: 0=a;1=a;2=a;3=a;4=a;5=a;6=a;7=a;8=a;9=a;10=a;11=a;12=a;13=a;14=a;15=a
Icecast 2.3Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/1249Misleading documentation2018-03-06T12:49:48ZmarkusMisleading documentationThe installation documentation (e.g. "basicsetup") should make clear that it does not apply to icecast server packaged by different distributions. For example the binary name in Debian (and variants) is not icecast but icecast2, and pref...The installation documentation (e.g. "basicsetup") should make clear that it does not apply to icecast server packaged by different distributions. For example the binary name in Debian (and variants) is not icecast but icecast2, and preferred way to start it is to use packaged init scripts instead of the binary name. Distribution specific documentation doesn't need to be supplied by you, but imo you should modify the documentation so that it clearly states that the documentation found on icecast web pages is not directly applicable on most commonly used linux distributions where the software is installed through package management software.Icecast 2.3Thomas B. RückerThomas B. Rückerhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/1246Icecast Server enforcing case sensitivity on HTTP header Range "bytes" units2018-03-06T12:49:48ZGitlab BotIcecast Server enforcing case sensitivity on HTTP header Range "bytes" unitsClients making requests from Icecast 2.3.1 server with HTTP Range header using units "bytes" with any casing other then all lowercase fail request with:
```
HTTP/1.0 416 Request Range Not Satisfiable
```
It is expected that the HTTP Ra...Clients making requests from Icecast 2.3.1 server with HTTP Range header using units "bytes" with any casing other then all lowercase fail request with:
```
HTTP/1.0 416 Request Range Not Satisfiable
```
It is expected that the HTTP Range header should be case insensitive on "bytes"
W3C rfc2616 HTTP 1.1 sec 2.1 (http://www.w3.org/Protocols/rfc2616/rfc2616-sec2.html#sec2.1) states about BNF literals "Unless stated otherwise, the text is case-insensitive."
Section 3.12 (http://www.w3.org/Protocols/rfc2616/rfc2616-sec3.html#sec3.12) which defines the Range units defines "bytes", but does not specify case sensitivity.
Here is an example localhost request/response against an icecast 2.3.1 server with Range units as "Bytes":
```
REQUEST: **************\n
GET /TheBeginning.mp3 HTTP/1.1\r\n
Range: Bytes=0-\r\n
Host: localhost\r\n
Accept: */*\r\n
\r\n
RESPONSE: **************\n
HTTP/1.0 416 Request Range Not Satisfiable\r\n
\r\n
```
Here is an example localhost request/response against an icecast 2.3.1 server with Range units as "bytes" (data truncated):
```
REQUEST: **************\n
GET /TheBeginning.mp3 HTTP/1.1\r\n
Range: bytes=0-\r\n
Host: localhost\r\n
Accept: */*\r\n
\r\n
RESPONSE: **************\nHTTP/1.1 206 Partial Content\r\n
Date: Wed, 10-Oct-2007 19:29:28 GMT\r\n
Content-Length: 7064799\r\n
Content-Range: bytes 0-7064798/7064799\r\n
Content-Type: audio/mpeg\r\n
\r\n
ID3\x002\x000\x000\x000\x000\x010BTT2\x000\x000\x00F\x000The Beginning
```
Here is an example localhost request/response against an Apache 1.3.37 (Unix) server with Range units as "Bytes" (data truncated):
```
REQUEST: **************\n
GET http://www.foldedspace.org:80/files/vintage/Nipper's%20Greatest%20Hits_%201901-1920/17%20Come%20Josephine%20In%20My%20Flying%20Machine.mp3 HTTP/1.1\r\n
Range: Bytes=0-\r\n
Host: www.foldedspace.org\r\n
Accept: */*\r\n
\r\n
RESPONSE: **************\nHTTP/1.1 206 Partial Content\r\n
Connection: Keep-Alive\r\n
Content-Length: 2411015\r\n
Date: Wed, 10 Oct 2007 23:31:58 GMT\r\n
Content-Range: bytes 0-2411014/2411015\r\n
Content-Type: audio/mpeg\r\n
ETag: "63dc404-24ca07-4459501b"\r\n
Server: Apache/1.3.37 (Unix) mod_throttle/3.1.2 DAV/1.0.3 mod_fastcgi/2.4.2 mod_gzip/1.3.26.1a PHP/4.4.7 mod_ssl/2.8.22 OpenSSL/0.9.7e\r\n
Last-Modified: Thu, 04 May 2006 00:51:39 GMT\r\n
Accept-Ranges: bytes\r\n
Keep-Alive: timeout=2, max=100\r\n
\r\n
ID3\x002\x000\x000\x000\x000\x012\x002TT2\x000\x000%\x000Come Josephine In My Flying Machine
```
Here is an example localhost request/response against an IIS 6.0 server with Range units as "Bytes" (data truncated):
```
REQUEST: **************\n
GET http://kuow.org:80/mp3high/mp3/WeekdayA/WeekdayA20071010.mp3 HTTP/1.1\r\n
Range: Bytes=0-\r\n
Host: kuow.org\r\n
Accept: */*\r\n
\r\n
RESPONSE: **************\n
HTTP/1.1 206 Partial Content\r\n
Connection: Keep-Alive\r\n
Content-Length: 25918483\r\n
Date: Wed, 10 Oct 2007 23:26:17 GMT\r\n
Content-Range: bytes 0-25918482/25918483\r\n
Content-Type: audio/mpeg\r\n
ETag: "449237ff5ebc81:2a4"\r\n
Server: Microsoft-IIS/6.0\r\n
Last-Modified: Wed, 10 Oct 2007 17:00:01 GMT\r\n
Accept-Ranges: bytes\r\n
X-Powered-By: ASP.NET\r\n
\r\n
√P╚\x000\x000\x000\x000\x000\x000\x000\x000\x000\x000\x000\x000\x000\x000\x000\x000\x000Info
```
Icecast 2.3Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/1181Icecast Server Core Dumps - Solaris2018-03-06T12:49:48ZGitlab BotIcecast Server Core Dumps - SolarisHello,
I'm running Icecast 2.3.1 on Solaris 10 (Sparc). Compiled with GCC + GNU toolset.
The server runs fine, but any attempt to log into the web admin interface causes a core dump.
Here is whats in the dump file:
--------------...Hello,
I'm running Icecast 2.3.1 on Solaris 10 (Sparc). Compiled with GCC + GNU toolset.
The server runs fine, but any attempt to log into the web admin interface causes a core dump.
Here is whats in the dump file:
----------------- lwp# 1 / thread# 1 --------------------
fecc0e80 __pollsys (ffbff460, 2, ffbff3e8, 0, 0, 0) + 8
fec5cf48 poll (ffbff460, 2, 64, 10624c00, 17d784, 5f5e100) + 7c
00019904 wait_for_serversock (64, 0, 7affb, d, 5d3e0, 5b2d8) + a8
00019b64 _accept_connection (0, 448f0, ffffffff, fffffff8, 4, 2) + 8
0001a2d8 connection_accept_loop (5bbc8, 3288c, 0, 0, 24d, 5bbc8) + 58
00018764 _server_proc (0, 3, 44690, 44540, 44698, 5b878) + 4c
00018e28 main (3, ffbffd84, ffbffd94, 5af58, ff2c0100, ff2c0140) + 324
00012b08 _start (0, 0, 0, 0, 0, 0) + 5c
----------------- lwp# 2 / thread# 2 --------------------
fecc0490 ___nanosleep (fe8ffe88, fe8ffe80, 0, fecb9c9c, ff2c2400, 0) + 8
0003c8a4 thread_sleep (493e0, 259, 46140, 462a8, 463b8, 5b390) + 70
00024b90 _stats_thread (0, 1084, 932f4, fecaf5d0, ff2c2400, 1000) + 328
0003c9e8 _start_routine (6a4b8, fe900000, 0, 0, 3c920, 1) + c8
fecc00b0 _lwp_start (0, 0, 0, 0, 0, 0)
----------------- lwp# 3 / thread# 3 --------------------
fecc0490 ___nanosleep (fe7ffd88, fe7ffd80, 0, ff000000, 0, 0) + 8
0003c8a4 thread_sleep (30d40, 1000, fececbc0, fe950000, 5b508, 0) + 70
00027238 fserve_client_waiting (0, 496c8, fe7ffe08, 500f0, 5b518, 14e9f6) + 128
00027430 wait_for_fds (0, 3, 46850, 46878, 46890, 0) + 104
000274a0 fserv_thread_function (0, 1084, 932f4, fecaf5d0, fe950000, 1000) + 50
0003c9e8 _start_routine (6a458, fe800000, 0, 0, 3c920, 1) + c8
fecc00b0 _lwp_start (0, 0, 0, 0, 0, 0)
----------------- lwp# 4 / thread# 4 --------------------
fecc0490 ___nanosleep (fe67fe90, fe67fe88, 0, 0, fe950400, 0) + 8
0003c8a4 thread_sleep (30d40, 2ab, 49110, 494b8, 494d0, 5b4b8) + 70
00039d00 yp_update_thread (0, 1084, 932f4, fecaf5d0, fe950400, 1000) + 68
0003c9e8 _start_routine (72718, fe680000, 0, 0, 3c920, 1) + c8
fecc00b0 _lwp_start (0, 0, 0, 0, 0, 0)
----------------- lwp# 5 / thread# 5 --------------------
fecc0490 ___nanosleep (fe57fe88, fe57fe80, f4240, ff000000, 0, 0) + 8
0003c8a4 thread_sleep (f4240, 0, ff000000, fecefad4, 0, 0) + 70
0001f538 _slave_thread (0, 1084, 932f4, fecaf5d0, fe950800, 1000) + 4c
0003c9e8 _start_routine (72748, fe580000, 0, 0, 3c920, 1) + c8
fecc00b0 _lwp_start (0, 0, 0, 0, 0, 0)
----------------- lwp# 6 / thread# 6 --------------------
fecc0490 ___nanosleep (fe47fe90, fe47fe88, 0, 500f0, 5b518, 0) + 8
0003c8a4 thread_sleep (249f0, 3, 48330, 483d0, 483e0, 0) + 70
000329f8 auth_run_thread (0, 1084, 932f4, fecaf5d0, fe950c00, 1000) + 16c
0003c9e8 _start_routine (72778, fe480000, 0, 0, 3c920, 1) + c8
fecc00b0 _lwp_start (0, 0, 0, 0, 0, 0)
----------------- lwp# 7 / thread# 7 --------------------
fef845d8 xmlXPathCacheNewString (fe37f6f4, 7c0f0, 27, 1, 27, 1) + 28
fef917fc xmlXPathCompPathExpr (8ba98, 88093, 27, 27, 0, 27) + 1008
fef92144 xmlXPathCompUnaryExpr (8ba98, 0, 88091, 21, 0, 1 + b4
fef9245c xmlXPathCompMultiplicativeExpr (8ba98, 21, 21, 88091, 0, 0) + 4
fef92740 xmlXPathCompAdditiveExpr (8ba98, 0, 88091, 21, 0, 0) + 4
fef92998 xmlXPathCompRelationalExpr (8ba98, 0, 88093, 27, 0, 1e) + 4
fef92da0 xmlXPathCompEqualityExpr (8ba98, 0, 0, 0, 0, 0) + 180
fef92e8c xmlXPathCompAndExpr (8ba98, 0, 0, 0, 0, 0) + 4
fef930ec xmlXPathCompileExpr (8ba98, 1, ff000000, fecefad4, 0, 0) + 4
fef97f70 xmlXPathCtxtCompile (0, 8808b, ffffffff, fffffff8, 0, fe37f7c1) + 44
ff0e1dc4 xsltXPathCompile (7c538, 8808b, ff105d54, 139c, 1000, 5bcb8) + 28
ff0f6eec xsltIfComp (7c538, 8bb38, 7c538, 21cf4, 893c0, ff118b40) + b8
ff0f7714 xsltStylePreCompute (7c538, 8bb38, da0, 21584, ff0dc604, ff118b40) + 16c
ff0dc88c xsltPrecomputeStylesheet (0, 8bb38, 0, 0, ff0dc604, ff118b40) + 9c
ff0ddff8 xsltParseStylesheetProcess (7c538, 88230, 883e0, 7c538, 3aba4, ff119f3c) + 88
ff0de2bc xsltParseStylesheetImportedDoc (7c538, 0, 88230, 3a920, ff119f3c, ffffc000) + b4
ff0de31c xsltParseStylesheetDoc (88230, 0, 0, 88230, 0, 1000) + 8
ff0de440 xsltParseStylesheetFile (7c2b0, 0, 3a7dc, 0, ff118b40, 88230) + f4
00026cb0 xslt_get_stylesheet (7c2b0, c4, 46698, 1340, ff118b40, ff11aff8) + 2a0
00026d6c xslt_transform (6a070, 7c2b0, 67158, 47010, 47090, 7c2b0) + 64
00029854 admin_send_response (6a070, 67158, 2, 46e60, 47ae0, 1000) + 1f0
0002bcc4 command_stats (67158, 2, 5c778, 48545450, 80808080, 1010101) + 64
0002a040 admin_handle_general_request (67158, ca, 47088, 470a8, 47118, 7bf47) + 134
00029ef8 admin_handle_request (67158, 7bf40, ffffffff, 696e2f00, 2f, 2f) + 684
0001b5dc _handle_get_request (67158, 7bf40, fffe8928, fefefeff, 80808080, 1010101) + 290
0001be80 _handle_connection (0, 1084, 932f4, fecaf5d0, fe951000, 1000) + 2f0
0003c9e8 _start_routine (727a8, fe380000, 0, 0, 3c920, 1) + c8
fecc00b0 _lwp_start (0, 0, 0, 0, 0, 0)
Any ideas greatly appreciated!
Thanks.Icecast 2.3Karl HeyesKarl Heyeshttps://gitlab.xiph.org/xiph/icecast-server/-/issues/1141Segmentation Fault cause by auth_release (auth.c)2018-03-06T12:49:48ZGitlab BotSegmentation Fault cause by auth_release (auth.c)I have been playing with Icecast2, and I have found that when you have a configured authentication o some mountpoint, if there is any error in that (like some missing parameter) and the corresponding auth_get_*_auth function returns a NU...I have been playing with Icecast2, and I have found that when you have a configured authentication o some mountpoint, if there is any error in that (like some missing parameter) and the corresponding auth_get_*_auth function returns a NULL authenticator->state then auth_release SIGSEGV when it it invocked.
I have get there using valgrind, but I was unable to identify what the BUG is.
But, what I do know is the it fails on line 124, when it call 'xmlFree (authenticator->type);'
The other problem that I have seen is that there is a lot of 'free' without any validation.Icecast 2.3Karl HeyesKarl Heyeshttps://gitlab.xiph.org/xiph/icecast-server/-/issues/1133icecast segmentation error2018-03-06T12:49:48ZGitlab Boticecast segmentation errorWe have installed icecast-2.3.1 and then tried to use basic file based authentication.
We get segmentation fault and server crashes every time we open the "Manage Authentication" Link.
Below are the last few lines in the error log
[2...We have installed icecast-2.3.1 and then tried to use basic file based authentication.
We get segmentation fault and server crashes every time we open the "Manage Authentication" Link.
Below are the last few lines in the error log
[2007-02-23 23:28:33] DBUG stats/modify_node_event update node total_bytes_read (75259800)
[2007-02-23 23:28:33] DBUG stats/modify_node_event update node total_bytes_sent (0)
[2007-02-23 23:28:34] DBUG stats/modify_node_event update node total_bytes_read (3934000)
[2007-02-23 23:28:34] DBUG stats/modify_node_event update node total_bytes_sent (2155673)
[2007-02-23 23:28:35] DBUG stats/modify_node_event update node clients (5)
[2007-02-23 23:28:35] DBUG stats/modify_node_event update node connections (38)
[2007-02-23 23:28:35] DBUG admin/admin_handle_request Admin request (/admin/manageauth.xsl)
[2007-02-23 23:28:35] DBUG admin/admin_handle_request Got command (manageauth.xsl)
[2007-02-23 23:28:35] INFO admin/admin_handle_request Received admin command manageauth.xsl on mount "/kota.mp3"
------------------ Beloware last few lines in the access logs------------
220.227.133.26 - - [23/Feb/2007:23:16:06 -0800] "GET /admin/metadata HTTP/1.0" 200 177 "-" "(Mozilla Compatible)" 0
220.227.133.26 - - [23/Feb/2007:23:17:50 -0800] "GET /mohan.mp3 HTTP/1.1" 200 16252 "-" "NSPlayer/10.0.0.4054 WMFSDK/10.0" 1
220.227.133.26 - - [23/Feb/2007:23:17:59 -0800] "GET /mohan.mp3 HTTP/1.1" 200 200231 "-" "RMA/1.0 (compatible; RealMedia)" 97
220.227.133.26 - - [23/Feb/2007:23:18:05 -0800] "GET /mohan.mp3 HTTP/1.1" 200 31532 "-" "NSPlayer/10.0.0.4054 WMFSDK/10.0" 14
220.227.133.26 - - [23/Feb/2007:23:19:42 -0800] "GET /admin/metadata HTTP/1.0" 200 177 "-" "(Mozilla Compatible)" 0
220.227.133.26 - - [23/Feb/2007:23:23:27 -0800] "GET /admin/metadata HTTP/1.0" 200 177 "-" "(Mozilla Compatible)" 0
220.227.133.26 - - [23/Feb/2007:23:23:42 -0800] "GET /admin/metadata HTTP/1.0" 200 177 "-" "(Mozilla Compatible)" 1
220.227.133.26 - - [23/Feb/2007:23:24:11 -0800] "GET /admin/metadata HTTP/1.0" 200 177 "-" "(Mozilla Compatible)" 1
220.227.133.26 - - [23/Feb/2007:23:25:45 -0800] "GET /mohan.mp3 HTTP/1.1" 200 19172 "-" "NSPlayer/10.0.0.3646 WMFSDK/10.0" 4
218.248.68.115 - - [23/Feb/2007:23:27:35 -0800] "GET /mohan.mp3 HTTP/1.1" 200 14112 "-" "NSPlayer/9.0.0.3265 WMFSDK/9.0" 3
Icecast 2.3Karl HeyesKarl Heyeshttps://gitlab.xiph.org/xiph/icecast-server/-/issues/1131incorrect display when there are chinese characters2018-03-06T12:49:48Zgonwanincorrect display when there are chinese charactersWhen the stream title, description and artist contains Chinese characters, icecast will display incorrectly. It seems these strings are truncated by wrong length. When the stream title, description and artist contains Chinese characters, icecast will display incorrectly. It seems these strings are truncated by wrong length. Icecast 2.3Karl HeyesKarl Heyeshttps://gitlab.xiph.org/xiph/icecast-server/-/issues/1113Generation of /admin/streamlist.txt is broken.2018-03-06T12:49:48ZjekhorGeneration of /admin/streamlist.txt is broken.Icecast always returns empty file on request /admin/streamlist.txt. This bug makes whole-of-server relay unusable.Icecast always returns empty file on request /admin/streamlist.txt. This bug makes whole-of-server relay unusable.Icecast 2.3Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/1095SIGSEGV (Segmentation fault)2018-03-06T12:49:48ZTrue B.V.SIGSEGV (Segmentation fault)One customer of ours is using ShoutCast to stream content to our platform. Due to this fact he uses two Icecast source servers. Last Friday both the source servers where killed due to an unknown reason.
After restarting the servers they...One customer of ours is using ShoutCast to stream content to our platform. Due to this fact he uses two Icecast source servers. Last Friday both the source servers where killed due to an unknown reason.
After restarting the servers they kept crashing at a random order. The logfiles (loglevel 4) just stopped without any form of error. Additional debugging was required, so i started source01 in a strace and source02 in gdb. They have crashed multiple times now, so additional debug information can be supplied at request.
Addon: After investigating with the customer it seems that there is something wrong with the connection from the customer to us. Both connections seems to be flapping randomly. I think due to this fact, Icecast killes itself somehow. (Please note, there are multiple customers on both sources, but this customer is using both sources. So I suspect that he is the bad-guy ;-)
Version information: _Icecast 2.3.1 on Debian 3.1_
Please note: I've used a self compiled version of Icecast. To narrow it down I've reinstalled the application (make clean;make;make install) to make sure it's compiled against the newest library's. This still makes Icecast crash. Secondly I've used the backports.org package to install icecast (icecast2_2.3.1-1bpo1_i386.deb) with "apt-get install icecast2". This should be compiled and tested against correct library's. Still no effect.
We've been using Icecast for some years now and are really happy with the product. So lets make it a even better product ;-)
## Debug output
Last output on source01 (strace)
```
recv(9, "GET /status.xsl HTTP/1.1\r\nHost: "..., 4095, 0) = 81
poll([{fd=4, events=POLLIN}, {fd=5, events=POLLIN}], 2, 100) = 0
time(NULL) = 1162946180
recv(8, 0x807fe40, 4095, 0) = -1 EAGAIN (Resource temporarily unavailable)
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++
```
Last output on source02 (strace):
```
fcntl64(11, F_SETFL, O_RDONLY|O_NONBLOCK) = 0
setsockopt(11, SOL_TCP, TCP_NODELAY, [1], 4) = 0
time(NULL) = 1162774575
recv(11, "GET /status.xsl HTTP/1.1\r\nHost: "..., 4095, 0) = 81
poll([{fd=4, events=POLLIN}, {fd=5, events=POLLIN}], 2, 100) = 0
time(NULL) = 1162774575
recv(15, 0x80ba608, 4095, 0) = -1 EAGAIN (Resource temporarily unavailable)
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++
```
Last output on source02 (gdb)
```
(gdb) run /usr/bin/icecast2 -c /etc/icecast_source02.xml
Starting program: /usr/bin/icecast2 /usr/bin/icecast2 -c /etc/icecast_source02.xml
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread -1213922208 (LWP 22162)]
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
Changed groupid to 65534.
Changed userid to 65534.
[New Thread -1214133328 (LWP 22163)]
[New Thread -1214657616 (LWP 22164)]
[New Thread -1215181904 (LWP 22165)]
[New Thread -1215706192 (LWP 22166)]
[New Thread -1216230480 (LWP 22167)]
[New Thread -1216754768 (LWP 22168)]
[New Thread -1217279056 (LWP 22172)]
[New Thread -1217803344 (LWP 22188)]
[New Thread -1218327632 (LWP 22205)]
[Thread -1218327632 (LWP 22205) exited]
[New Thread -1218327632 (LWP 22306)]
[Thread -1218327632 (LWP 22306) exited]
[New Thread -1218327632 (LWP 22367)]
[Thread -1218327632 (LWP 22367) exited]
[New Thread -1218327632 (LWP 22446)]
[Thread -1218327632 (LWP 22446) exited]
[New Thread -1218327632 (LWP 22552)]
[Thread -1218327632 (LWP 22552) exited]
[New Thread -1218327632 (LWP 22669)]
[Thread -1218327632 (LWP 22669) exited]
[New Thread -1218327632 (LWP 22802)]
[Thread -1218327632 (LWP 22802) exited]
[New Thread -1218327632 (LWP 22866)]
[Thread -1218327632 (LWP 22866) exited]
[New Thread -1218327632 (LWP 22927)]
[Thread -1218327632 (LWP 22927) exited]
[New Thread -1218327632 (LWP 22999)]
[Thread -1218327632 (LWP 22999) exited]
[New Thread -1218327632 (LWP 23083)]
[Thread -1218327632 (LWP 23083) exited]
[cut]
[New Thread -1218327632 (LWP 25122)]
[Thread -1218327632 (LWP 25122) exited]
[New Thread -1218327632 (LWP 25226)]
[Thread -1218327632 (LWP 25226) exited]
[New Thread -1218327632 (LWP 25302)]
[Thread -1218327632 (LWP 25302) exited]
[New Thread -1218327632 (LWP 25482)]
[Thread -1218327632 (LWP 25482) exited]
[New Thread -1218327632 (LWP 25576)]
[Thread -1217279056 (LWP 22172) exited]
[Thread -1218327632 (LWP 25576) exited]
[New Thread -1218327632 (LWP 25784)]
[Thread -1218327632 (LWP 25784) exited]
[New Thread -1218327632 (LWP 25926)]
[Thread -1218327632 (LWP 25926) exited]
[New Thread -1218327632 (LWP 26151)]
[Thread -1218327632 (LWP 26151) exited]
[New Thread -1218327632 (LWP 26242)]
[Thread -1218327632 (LWP 26242) exited]
[New Thread -1218327632 (LWP 26329)]
[Thread -1218327632 (LWP 26329) exited]
[New Thread -1218327632 (LWP 26616)]
[Thread -1218327632 (LWP 26616) exited]
[New Thread -1218327632 (LWP 27193)]
[Thread -1218327632 (LWP 27193) exited]
[New Thread -1218327632 (LWP 27389)]
[Thread -1218327632 (LWP 27389) exited]
[New Thread -1218327632 (LWP 27508)]
[Thread -1218327632 (LWP 27508) exited]
[New Thread -1218327632 (LWP 27624)]
[Thread -1218327632 (LWP 27624) exited]
[New Thread -1218327632 (LWP 27777)]
[Thread -1218327632 (LWP 27777) exited]
[New Thread -1218327632 (LWP 27968)]
[Thread -1218327632 (LWP 27968) exited]
[New Thread -1218327632 (LWP 28249)]
[Thread -1218327632 (LWP 28249) exited]
[New Thread -1218327632 (LWP 28407)]
[Thread -1218327632 (LWP 28407) exited]
[New Thread -1218327632 (LWP 28539)]
[Thread -1218327632 (LWP 28539) exited]
[New Thread -1218327632 (LWP 28630)]
[Thread -1218327632 (LWP 28630) exited]
[New Thread -1218327632 (LWP 28719)]
[Thread -1218327632 (LWP 28719) exited]
[New Thread -1218327632 (LWP 28799)]
[Thread -1218327632 (LWP 28799) exited]
[New Thread -1218327632 (LWP 28885)]
[Thread -1218327632 (LWP 28885) exited]
[New Thread -1218327632 (LWP 28999)]
[Thread -1218327632 (LWP 28999) exited]
[New Thread -1218327632 (LWP 29427)]
[Thread -1218327632 (LWP 29427) exited]
[New Thread -1218327632 (LWP 29614)]
[Thread -1218327632 (LWP 29614) exited]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1213922208 (LWP 22162)]
0x0804faaf in ?? ()
(gdb) bt
#0 0x0804faaf in ?? ()
#1 0x00000064 in ?? ()
#2 0x0806ac4a in _IO_stdin_used ()
#3 0x00000fff in ?? ()
#4 0x080a7858 in ?? ()
#5 0x31333032 in ?? ()
#6 0x0000000f in ?? ()
#7 0x08070d34 in xmlFree ()
#8 0x00000002 in ?? ()
#9 0x00000000 in ?? ()
#10 0x0806c99e in _IO_stdin_used ()
#11 0xbfb194b8 in ?? ()
#12 0x0804fe94 in ?? ()
#13 0x0809b368 in ?? ()
#14 0x0806c99e in _IO_stdin_used ()
#15 0x00000000 in ?? ()
#16 0x00000000 in ?? ()
#17 0x000001a8 in ?? ()
#18 0x0806ac03 in _IO_stdin_used ()
#19 0x08095a00 in ?? ()
#20 0x00000001 in ?? ()
#21 0x00000003 in ?? ()
#22 0x0806a5fb in _IO_stdin_used ()
#23 0xbfb194c8 in ?? ()
#24 0x0804e9f6 in ?? ()
#25 0x0000024d in ?? ()
#26 0x00000001 in ?? ()
#27 0xbfb19b18 in ?? ()
#28 0x0804edf0 in ?? ()
#29 0x00000000 in ?? ()
#30 0x00000003 in ?? ()
#31 0x0806a5fb in _IO_stdin_used ()
#32 0x0806bfd9 in _IO_stdin_used ()
#33 0x0806a5de in _IO_stdin_used ()
#34 0x00000000 in ?? ()
#35 0xb7f1dca0 in ?? () from /lib/ld-linux.so.2
#36 0x0804973f in ?? ()
#37 0x0804973f in ?? ()
#38 0xbfb195b8 in ?? ()
#39 0xbfb194c0 in ?? ()
#40 0x00000000 in ?? ()
#41 0x00000000 in ?? ()
#42 0xb7f1dca0 in ?? () from /lib/ld-linux.so.2
#43 0x0804960c in ?? ()
#44 0x0804960c in ?? ()
#45 0xbfb195d4 in ?? ()
#46 0xbfb194dc in ?? ()
#47 0xb7f12ff6 in _dl_catch_error () from /lib/ld-linux.so.2
Previous frame inner to this frame (corrupt stack?)
(gdb)
```
________________________________________
Icecast 2.3Karl HeyesKarl Heyeshttps://gitlab.xiph.org/xiph/icecast-server/-/issues/965Allow supression of metadata to connected clients but not to YP listings2018-03-06T12:49:48ZGitlab BotAllow supression of metadata to connected clients but not to YP listingsAn odd sounding request I know..
I was wondering whether it would be possible to add an optional parameter to mount-specific settings to prevent metadata being sent to connected clients... but still allow metadata updates to be sent to ...An odd sounding request I know..
I was wondering whether it would be possible to add an optional parameter to mount-specific settings to prevent metadata being sent to connected clients... but still allow metadata updates to be sent to YP directories.
This request is based on the ever increasing problem of streamripping; we can deter these people if we can configure whether or not to present metadata to connected agents. I am not aware of any streamripping software which can trawl YP listings or otherwise to split tracks, and I still think YP listings for metadata has a very valid purpose.
Cheers,
ChrisIcecast 2.3Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/913incorrect mime-type for AAC files on Windows2018-03-06T12:49:49Zharreldincorrect mime-type for AAC files on WindowsIcecast on Windows sends the wrong mime-type to a client for AAC-files.
It is sending "application/octet-stream" in stead of "audio/aac" or "audio/aacp".
this occurs only with files, live streams encoded by an AAC(+) encoder is being han...Icecast on Windows sends the wrong mime-type to a client for AAC-files.
It is sending "application/octet-stream" in stead of "audio/aac" or "audio/aacp".
this occurs only with files, live streams encoded by an AAC(+) encoder is being handled correctly.
The reason for this is probably that icecast searches for mime-types on the wrong place.
The result is that players that expect the audio/aac(p) mime-type for AAC-files, do not play AAC-files served by icecast.Icecast 2.3Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/895error : xmlEncodeEntitiesReentrant : char out of range2018-03-06T12:49:49ZJ.Antonioerror : xmlEncodeEntitiesReentrant : char out of rangeI am receiving the following error: "error : xmlEncodeEntitiesReentrant : char out of range
It happens when a station is sending accents within the metatags.
For example: "La Estación de la Asociación Mexicana de Pediatría" appears as ...I am receiving the following error: "error : xmlEncodeEntitiesReentrant : char out of range
It happens when a station is sending accents within the metatags.
For example: "La Estación de la Asociación Mexicana de Pediatría" appears as "La Estaci??e la Asociaci??exicana de Pediatría".
Happens with any source client I have tried: Sam, Oddcast, etc.
It totally breaks the status.xsl ... for example, "Radio Pediatría" turns into "Radio Pediatr?/td>" (it eats away the < in front of the </td>) and this in turns breaks other applications which read the stats from status.xls... like Sam2.
We have experienced this issue because most of our stations use accents.Icecast 2.3Karl HeyesKarl Heyeshttps://gitlab.xiph.org/xiph/icecast-server/-/issues/881dump-file limits to 2gb2018-03-06T12:49:49Ztutdump-file limits to 2gbWith such config stream.mp3 grows to 2147483647 bytes (2GB-1byte) and stops. Server proceed without problems.
```
<mount>
<mount-name>/stream</mount-name>
<dump-file>/home/user/dump/stream.mp3</dump-file>
</mo...With such config stream.mp3 grows to 2147483647 bytes (2GB-1byte) and stops. Server proceed without problems.
```
<mount>
<mount-name>/stream</mount-name>
<dump-file>/home/user/dump/stream.mp3</dump-file>
</mount>
```
icecast 2.3.1
gentoo linux
pentium4Icecast 2.3Michael SmithMichael Smith