Icecast-Server issueshttps://gitlab.xiph.org/xiph/icecast-server/-/issues2018-03-06T12:49:48Zhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/1605some mount settings should be applied before mount point is relayed2018-03-06T12:49:48Zmoosome mount settings should be applied before mount point is relayedthe current problems are: i have force station name/description/encoding in "mount point /" in the master server, and it looks good, however all relay servers look like mount settings not applied. station name/description/encoding/url is...the current problems are: i have force station name/description/encoding in "mount point /" in the master server, and it looks good, however all relay servers look like mount settings not applied. station name/description/encoding/url is exactly equal to what source client set, not the ones set by the master server, unless i add the same mount settings to relay servers.
mount settings cannot be relay to slave servers. i assume it's by design.
but some settings in mount is better relayed, or just apply to the settings to source stream/metadata (mount point) before the stream (mount point) is relayed. i.e., change station name/description/encoding/url before relying to slave servers.Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/1889Error pages needs update2018-03-06T12:49:48ZPhilipp SchafftError pages needs updateThe error pages generated by icecast are currently hardcoded. Some contain invalid HTML.
Please provide a valid but very simple HTML file for the HTTP errors 400 and 404. I will also take such error pages for 401 and 403 but that has le...The error pages generated by icecast are currently hardcoded. Some contain invalid HTML.
Please provide a valid but very simple HTML file for the HTTP errors 400 and 404. I will also take such error pages for 401 and 403 but that has less priority.
The pages (except for 401) all take an string telling the user about the error. Please just leave '%s' in the 'template' where it should go.
current pages look like this:
```
<b>%s</b>
```Icecast 2.4.0Thomas B. RückerThomas B. Rückerhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/1233icecast loops listener count to full2018-03-06T12:49:48ZGitlab Boticecast loops listener count to fullThe broblem occurs when streaming theora video with ffmpeg2theora and ezstream. Ezstream connects to icecast, but ffmpeg2theora don't send headers.(?) Status page shows only mountpoint information, nothing other.
After this like stream...The broblem occurs when streaming theora video with ffmpeg2theora and ezstream. Ezstream connects to icecast, but ffmpeg2theora don't send headers.(?) Status page shows only mountpoint information, nothing other.
After this like stream goes up and someone opens stream (ie. relaying icecast) this bug is activating. Same listener is added to clients list untill server is full.
Error log is like this:
```
[2007-08-30 01:34:34] DBUG source/source_main Client added
[2007-08-30 01:34:34] DBUG source/source_main Client added
[2007-08-30 01:34:34] DBUG source/source_main Client added
[2007-08-30 01:34:34] DBUG source/source_main Client added
[2007-08-30 01:34:34] DBUG source/source_main Client added
[2007-08-30 01:34:34] DBUG source/source_main Client added
[2007-08-30 01:34:34] DBUG source/source_main Client added
```
.... and continues to max listeners count of server.
Karl HeyesKarl Heyeshttps://gitlab.xiph.org/xiph/icecast-server/-/issues/1843WebM support in Icecast2018-03-06T12:49:48ZBasil Mohamed GoharWebM support in IcecastAdd support for streaming WebM files in IcecastAdd support for streaming WebM files in IcecastMichael SmithMichael Smithhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/1513trying to relay existing mount loops forever2018-03-06T12:49:48Ztimpuritrying to relay existing mount loops foreverI have configuration where icecast 2.3.2 relays from itself. (don't ask why)
I connect source to server and it goes wild. Old versions of icecast did'nt do it.
```
[2009-02-23 11:34:42] DBUG admin/admin_handle_request Admin request (/...I have configuration where icecast 2.3.2 relays from itself. (don't ask why)
I connect source to server and it goes wild. Old versions of icecast did'nt do it.
```
[2009-02-23 11:34:42] DBUG admin/admin_handle_request Admin request (/admin/streamlist.txt)
[2009-02-23 11:34:42] DBUG admin/admin_handle_request Got command (streamlist.txt)
[2009-02-23 11:34:42] DBUG admin/command_list_mounts List mounts request
[2009-02-23 11:34:42] DBUG fserve/fserve_add_client Adding client to file serving engine
[2009-02-23 11:34:42] DBUG slave/update_from_master read 1 from master "/koitto.ogg"
[2009-02-23 11:34:42] WARN slave/check_relay_stream new relay but source "/koitto.ogg" already exists
[2009-02-23 11:34:42] DBUG slave/relay_free freeing relay /koitto.ogg
[2009-02-23 11:34:42] WARN slave/check_relay_stream new relay but source "/koitto.ogg" already exists
[2009-02-23 11:34:43] DBUG stats/modify_node_event update node client_connections (54)
[2009-02-23 11:34:43] DBUG stats/modify_node_event update node clients (1)
[2009-02-23 11:34:43] WARN slave/check_relay_stream new relay but source "/koitto.ogg" already exists
[2009-02-23 11:34:44] DBUG stats/modify_node_event update node total_bytes_read (15440)
[2009-02-23 11:34:44] DBUG stats/modify_node_event update node total_bytes_sent (0)
[2009-02-23 11:34:44] WARN slave/check_relay_stream new relay but source "/koitto.ogg" already exists
[2009-02-23 11:34:45] WARN slave/check_relay_stream new relay but source "/koitto.ogg" already exists
[2009-02-23 11:34:46] WARN slave/check_relay_stream new relay but source "/koitto.ogg" already exists
[2009-02-23 11:34:47] WARN slave/check_relay_stream new relay but source "/koitto.ogg" already exists
[2009-02-23 11:34:48] WARN slave/check_relay_stream new relay but source "/koitto.ogg" already exists
[2009-02-23 11:34:49] DBUG stats/modify_node_event update node total_bytes_read (19729)
[2009-02-23 11:34:49] DBUG stats/modify_node_event update node total_bytes_sent (0)
[2009-02-23 11:34:49] WARN slave/check_relay_stream new relay but source "/koitto.ogg" already exists
[2009-02-23 11:34:50] WARN slave/check_relay_stream new relay but source "/koitto.ogg" already exists
.....
```
After long time I got tons of those:
```
[2009-02-23 13:57:01] WARN connection/_accept_connection accept() failed with error 24: Too many open files
```
_"source "/koitto.ogg" already exists"_ -messages stops when source is disconnected.
Karl HeyesKarl Heyeshttps://gitlab.xiph.org/xiph/icecast-server/-/issues/1842Icecast needs Opus support2018-03-06T12:49:48ZGregory MaxwellIcecast needs Opus supportSee: https://wiki.xiph.org/OggOpus
See: https://wiki.xiph.org/OggOpus
Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/1888Lower required authentification level for STATS2018-03-06T12:49:48ZcatoLower required authentification level for STATSThe STATS interface currently needs admin previleges. If you want to give an external entity access to the STATS interface you have to give them your admin password and therefore the control over the whole server. Requiring just e.g. rel...The STATS interface currently needs admin previleges. If you want to give an external entity access to the STATS interface you have to give them your admin password and therefore the control over the whole server. Requiring just e.g. relay previleges for the STATS interface would solve this.Icecast 2.5.0Thomas B. RückerThomas B. Rückerhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/1220adding IP change feature for those who don't have static IP's.2018-03-06T12:49:48Ztigger76adding IP change feature for those who don't have static IP's.I have verizon DSL and only dynamic IP's. I can't get a static IP from Verizon. but to keep my listeners tuned into my IP/radio server can you implement a IP poll feature that will notify the icecast stream directory of a new IP when dyn...I have verizon DSL and only dynamic IP's. I can't get a static IP from Verizon. but to keep my listeners tuned into my IP/radio server can you implement a IP poll feature that will notify the icecast stream directory of a new IP when dynamic IP's change? so even though my server is still on, your software will tell the icecast stream directory that I have a new IP and my listeners can still connect when it does.
this will prevent me from having to constantly having to edit my hostname IP every time shutting down my service.Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/1839location and admin e-mail contact missing in example xml2018-03-06T12:49:48ZThomas B. Rückerlocation and admin e-mail contact missing in example xmlboth tags are missing from the example config files.both tags are missing from the example config files.Thomas B. RückerThomas B. Rückerhttps://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/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/1823[PATCH] time stamp support for dump-file2018-03-06T12:49:48ZThomas B. Rücker[PATCH] time stamp support for dump-filesee: http://lists.xiph.org/pipermail/icecast/2004-June/007443.html
< ph3-der-loewe> dm8tbr: sounds good with a minor problem (sizeof() usage), add it to queue.see: http://lists.xiph.org/pipermail/icecast/2004-June/007443.html
< ph3-der-loewe> dm8tbr: sounds good with a minor problem (sizeof() usage), add it to queue.Philipp SchafftPhilipp Schaffthttps://gitlab.xiph.org/xiph/icecast-server/-/issues/1421RFE: Optional IceCast Authenticator Assistant2018-03-06T12:49:48ZianRFE: Optional IceCast Authenticator AssistantIn status.xsl, present the authenticator login link (the lock) based on need for authentication. Otherwise, present the usual M3U, XSPF links.
If authentication uses htpasswd, always show the lock.
If authentication uses URL, only show...In status.xsl, present the authenticator login link (the lock) based on need for authentication. Otherwise, present the usual M3U, XSPF links.
If authentication uses htpasswd, always show the lock.
If authentication uses URL, only show the lock if the listener_add option is defined.Michael SmithMichael Smithhttps://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/1814FLV streaming support2018-03-06T12:49:48ZLaurent DefertFLV streaming supportThis patch adds support for streaming FLV files.This patch adds support for streaming FLV files.Michael 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/1886[PATCH]Icecast should log to STDERR if it can't log to the errorlog file2018-03-06T12:49:48ZThomas B. Rücker[PATCH]Icecast should log to STDERR if it can't log to the errorlog fileThis would be very helpful for troubleshooting startup problems.
Likely to be implemented in log_write() or _log_open() in log/log.c.This would be very helpful for troubleshooting startup problems.
Likely to be implemented in log_write() or _log_open() in log/log.c.Icecast 2.5.0https://gitlab.xiph.org/xiph/icecast-server/-/issues/1813Limit source reading retries2018-03-06T12:49:48ZLaurent DefertLimit source reading retriesThis patch limits the number of times Icecast retries to read from a source.
This patch limits the number of times Icecast retries to read from a source.
Michael SmithMichael Smithhttps://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/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 Smith