Azuracast: Connections dropping, "Stream Offline" for unknown reason.

Created on 30 Apr 2019  Â·  16Comments  Â·  Source: AzuraCast/AzuraCast

Installation method
Docker

Host OS (for Docker installations)
Linux Mint 19 Cinnamon 3.8.8

Describe the bug
Public page and dashboard both say "Stream Offline"
While listening, user gets disconnected initially, but can resume playback almost immediately, while the site still shows the radio as offline.
This happens periodically (about once every 2 hours up to twice an hour) with no apparent pattern, so far. Also, this only seems to occur with the AutoDJ.

To Reproduce
Not really reproducible until I understand the cause.

Expected behavior
Smooth operation

Relevant Logs
The relevant section of the liquidsoap.log:
```2019/04/30 08:39:14 [fallback_6583:3] Switch to distantradio_autodj_fallback with forgetful transition.
2019/04/30 08:39:14 [distantradio_autodj_fallback:3] Switch to distantradio_cue_cut.
2019/04/30 08:39:14 [lang:3] AzuraCast Feedback Response: OK
2019/04/30 08:39:46 [clock.wallclock_main:2] We must catchup 11.77 seconds!
2019/04/30 08:39:46 [distantradio_local_2:2] Error while sending data: could not write data to host: Broken pipe in write()!
2019/04/30 08:39:46 [distantradio_local_2:3] Closing connection...
2019/04/30 08:39:46 [distantradio_local_2:3] Will try to reconnect in 3.00 seconds.
2019/04/30 08:39:46 [distantradio_local_1:2] Error while sending data: could not write data to host: Broken pipe in write()!
2019/04/30 08:39:46 [distantradio_local_1:3] Closing connection...
2019/04/30 08:39:46 [distantradio_local_1:3] Will try to reconnect in 3.00 seconds.
2019/04/30 08:39:50 [distantradio_local_1:3] Connecting mount /radio.mp3 for [email protected]...
2019/04/30 08:39:50 [distantradio_local_1:3] Connection setup was successful.
2019/04/30 08:39:50 [distantradio_local_2:3] Connecting mount /mobile.mp3 for [email protected]...
2019/04/30 08:39:50 [distantradio_local_2:3] Connection setup was successful.

And here the corresponding section of the icecast.log:
```[2019-04-30  08:39:37] WARN source/source_read Nothing received on /radio.mp3 for 3 seconds
[2019-04-30  08:39:37] WARN source/source_read Nothing received on /mobile.mp3 for 3 seconds
[2019-04-30  08:39:37] WARN source/source_read Nothing received on /radio.mp3 for 3 seconds
[2019-04-30  08:39:37] WARN source/source_read Nothing received on /mobile.mp3 for 3 seconds
[2019-04-30  08:39:37] WARN source/source_read Nothing received on /radio.mp3 for 3 seconds
[2019-04-30  08:39:37] WARN source/source_read Nothing received on /mobile.mp3 for 3 seconds
[2019-04-30  08:39:45] WARN source/source_read Disconnecting /radio.mp3 due to socket timeout
[2019-04-30  08:39:45] WARN source/source_read Disconnecting /mobile.mp3 due to socket timeout
[2019-04-30  08:39:50] WARN source/source_set_intro Cannot open intro for /radio.mp3 "/usr/local/share/icecast/web//radio.mp3": No such file or directory
[2019-04-30  08:39:51] WARN source/source_set_intro Cannot open intro for /mobile.mp3 "/usr/local/share/icecast/web//mobile.mp3": No such file or directory

The icecast-access.log and the azuracast log show nothing out of the ordinary.

Additional context
I initially thought this was caused by VBR MP3 files, as those also cause the playback time display to fail sometimes, or by a lack of processing power, both of which I addressed and it did not solve anything. It's now running on a 4core 16GB RAM VPS.. Oh and I should add that I'm running with the web proxy for SSL and have crossfades disabled to exclude it as a potential cause.

error upstream wontfix

All 16 comments

Thank you for the detailed report, we may need to investigate a bit more to find out why this is happening. Can you increase the liquidsoap log level by adding set("log.level",5) to the custom liquidsoap config? This will increase your log size a lot though.

There are 2 things that stand out from the logs:

2019/04/30 08:39:46 [clock.wallclock_main:2] We must catchup 11.77 seconds!
2019/04/30 08:39:46 [distantradio_local_2:2] Error while sending data: could not write data to host: Broken pipe in write()!

Which can be caused by a lot of things. Additional logs may help pin further down the root cause.

Will do, size isn't an issue.
It'll take a bit, since I can't restart it right now for on-air reasons :D I'll get back here as soon as I logged the next incident :)

2019/05/01 08:57:15 [decoder:4] Decoding "/var/azuracast/stations/distantradio/media/ambient/(03) [H.U.V.A. Network] Moon Town.mp3" ended: Mad.End_of_stream.
2019/05/01 08:57:16 [distantradio_next_song:3] Finished with "/var/azuracast/stations/distantradio/media/ambient/(03) [H.U.V.A. Network] Moon Town.mp3".
2019/05/01 08:57:16 [distantradio_requests:5] Queue is empty!
2019/05/01 08:57:16 [distantradio_requests:5] Failed to prepare track: no file.
2019/05/01 08:57:16 [distantradio_next_song:4] Remaining: 0.0s, queued: 784.0s, taking: 784.0s
2019/05/01 08:57:16 [distantradio_next_song:3] Prepared "/var/azuracast/stations/distantradio/media/synth/2814_-_-E6-96-B0-E3-81-97-E3-81-84-E6-97-A5-E3-81-AE-E8-AA-95-E7-94-9F_-_08_-E6-96-B0-E3-81-97-E3-81-84-E6-97-A5-E3-81-AE-E8-AA-95-E7-94-9F.mp3" (RID 1).
2019/05/01 08:57:16 [on_metadata_6627:4] Got metadata at position 943: calling handler...
2019/05/01 08:57:16 [lang:3] AzuraCast Feedback Response: OK
2019/05/01 08:57:16 [ogg.muxer:4] distantradio_local_1: Setting end of track 80ce8dd.
2019/05/01 08:57:16 [ogg.muxer:4] distantradio_local_1: Every ogg logical tracks have ended: setting end of stream.
2019/05/01 08:57:16 [ogg.muxer:4] distantradio_local_1: Starting new sequentialized ogg stream.
2019/05/01 08:57:16 [ogg.muxer:4] distantradio_local_1: Starting all streams
2019/05/01 09:00:28 [clock.wallclock_main:2] We must catchup 11.33 seconds!
2019/05/01 09:00:28 [distantradio_local_2:2] Error while sending data: could not write data to host: Broken pipe in write()!
2019/05/01 09:00:28 [distantradio_local_2:3] Closing connection...
2019/05/01 09:00:28 [distantradio_local_2:3] Will try to reconnect in 3.00 seconds.
2019/05/01 09:00:29 [distantradio_local_1:2] Error while sending data: could not write data to host: Broken pipe in write()!
2019/05/01 09:00:29 [ogg.muxer:4] distantradio_local_1: Setting end of track c10ca53.
2019/05/01 09:00:29 [ogg.muxer:4] distantradio_local_1: Every ogg logical tracks have ended: setting end of stream.
2019/05/01 09:00:29 [distantradio_local_1:3] Closing connection...
2019/05/01 09:00:29 [distantradio_local_1:3] Will try to reconnect in 3.00 seconds.
2019/05/01 09:00:32 [distantradio_local_2:3] Connecting mount /mobile.mp3 for [email protected]...
2019/05/01 09:00:32 [distantradio_local_2:3] Connection setup was successful.
2019/05/01 09:00:33 [distantradio_local_1:3] Connecting mount /radio.mp3 for [email protected]...
2019/05/01 09:00:33 [distantradio_local_1:3] Connection setup was successful.
2019/05/01 09:00:33 [ogg.muxer:4] distantradio_local_1: Starting all streams
2019/05/01 09:10:08 [lang:3] AzuraCast Raw Response: annotate:title="[...]

I trimmed the remainder of the last entry. That's just when the radio recovered and kept going as if nothing happened. Also included a few lines before the actual error just to make sure I didn't leave out anything important.
I'm wondering, there isn't that much additional detail with the increased log level.. Hopefully you can see more in there.

Nobody any ideas?

I'm not sure what this could be. Would you mind posting your liquidsoap configuration? Remember to anonymize anything that should not be public.

Here you go..

```# WARNING! This file is automatically generated by AzuraCast.

Do not update it directly!

set("init.daemon", false)
set("init.daemon.pidfile.path","/var/azuracast/stations/distantradio/config/liquidsoap.pid")
set("log.stdout", true)
set("log.file", false)
set("server.telnet",true)
set("server.telnet.bind_addr","0.0.0.0")
set("server.telnet.port", 8004)
set("harbor.bind_addrs",["0.0.0.0"])

set("tag.encodings",["UTF-8","ISO-8859-1"])
set("encoder.encoder.export",["artist","title","album","song"])

AutoDJ Next Song Script

def azuracast_next_song() =
uri = list.hd(get_process_lines("curl -s --request POST --url http://web/api/internal/1/nextsong --form api_auth="^quote("*")^""), default="")
log("AzuraCast Raw Response: #{uri}")

if uri == "" or string.match(pattern="Error", uri) then
log("AzuraCast Error: Delaying subsequent requests...")
system("sleep 5")
request.create("")
else
request.create(uri)
end
end

playlist_ambient = audio_to_stereo(playlist(id="playlist_ambient",reload_mode="watch",mode="randomize","/var/azuracast/stations/distantradio/playlists/playlist_ambient.m3u"))
playlist_ambient = cue_cut(id="distantradio_playlist_ambient_cue", playlist_ambient)

playlist_auto_assigned_1 = audio_to_stereo(playlist(id="playlist_auto_assigned_1",reload_mode="watch",mode="randomize","/var/azuracast/stations/distantradio/playlists/playlist_auto_assigned_1.m3u"))
playlist_auto_assigned_1 = cue_cut(id="distantradio_playlist_auto_assigned_1_cue", playlist_auto_assigned_1)

playlist_auto_assigned_2 = audio_to_stereo(playlist(id="playlist_auto_assigned_2",reload_mode="watch",mode="randomize","/var/azuracast/stations/distantradio/playlists/playlist_auto_assigned_2.m3u"))
playlist_auto_assigned_2 = cue_cut(id="distantradio_playlist_auto_assigned_2_cue", playlist_auto_assigned_2)

playlist_acorleis_repository = audio_to_stereo(playlist(id="playlist_acorleis_repository",reload_mode="watch",mode="randomize","/var/azuracast/stations/distantradio/playlists/playlist_acorleis_repository.m3u"))
playlist_acorleis_repository = cue_cut(id="distantradio_playlist_acorleis_repository_cue", playlist_acorleis_repository)

playlist_phelanka = audio_to_stereo(playlist(id="playlist_phelanka",reload_mode="watch",mode="randomize","/var/azuracast/stations/distantradio/playlists/playlist_phelanka.m3u"))
playlist_phelanka = cue_cut(id="distantradio_playlist_phelanka_cue", playlist_phelanka)

playlist_auto_assigned_3 = audio_to_stereo(playlist(id="playlist_auto_assigned_3",reload_mode="watch",mode="randomize","/var/azuracast/stations/distantradio/playlists/playlist_auto_assigned_3.m3u"))
playlist_auto_assigned_3 = cue_cut(id="distantradio_playlist_auto_assigned_3_cue", playlist_auto_assigned_3)

playlist_kenis_shit = audio_to_stereo(playlist(id="playlist_kenis_shit",reload_mode="watch",mode="randomize","/var/azuracast/stations/distantradio/playlists/playlist_kenis_shit.m3u"))
playlist_kenis_shit = cue_cut(id="distantradio_playlist_kenis_shit_cue", playlist_kenis_shit)

playlist_synth = audio_to_stereo(playlist(id="playlist_synth",reload_mode="watch",mode="randomize","/var/azuracast/stations/distantradio/playlists/playlist_synth.m3u"))
playlist_synth = cue_cut(id="distantradio_playlist_synth_cue", playlist_synth)

playlist_blue_jam_by_q = audio_to_stereo(playlist(id="playlist_blue_jam_by_q",reload_mode="watch",mode="randomize","/var/azuracast/stations/distantradio/playlists/playlist_blue_jam_by_q.m3u"))
playlist_blue_jam_by_q = cue_cut(id="distantradio_playlist_blue_jam_by_q_cue", playlist_blue_jam_by_q)

playlist_50s_classics = audio_to_stereo(playlist(id="playlist_50s_classics",reload_mode="watch",mode="randomize","/var/azuracast/stations/distantradio/playlists/playlist_50s_classics.m3u"))
playlist_50s_classics = cue_cut(id="distantradio_playlist_50s_classics_cue", playlist_50s_classics)

playlist_classical = audio_to_stereo(playlist(id="playlist_classical",reload_mode="watch",mode="randomize","/var/azuracast/stations/distantradio/playlists/playlist_classical.m3u"))
playlist_classical = cue_cut(id="distantradio_playlist_classical_cue", playlist_classical)

playlist_auto_assigned_4 = audio_to_stereo(playlist(id="playlist_auto_assigned_4",reload_mode="watch",mode="randomize","/var/azuracast/stations/distantradio/playlists/playlist_auto_assigned_4.m3u"))
playlist_auto_assigned_4 = cue_cut(id="distantradio_playlist_auto_assigned_4_cue", playlist_auto_assigned_4)

playlist_auto_assigned_5 = audio_to_stereo(playlist(id="playlist_auto_assigned_5",reload_mode="watch",mode="randomize","/var/azuracast/stations/distantradio/playlists/playlist_auto_assigned_5.m3u"))
playlist_auto_assigned_5 = cue_cut(id="distantradio_playlist_auto_assigned_5_cue", playlist_auto_assigned_5)

playlist_ads = audio_to_stereo(playlist(id="playlist_ads",reload_mode="watch",mode="randomize","/var/azuracast/stations/distantradio/playlists/playlist_ads.m3u"))
playlist_ads = cue_cut(id="distantradio_playlist_ads_cue", playlist_ads)

playlist_jingles = audio_to_stereo(playlist(id="playlist_jingles",reload_mode="watch",mode="randomize","/var/azuracast/stations/distantradio/playlists/playlist_jingles.m3u"))
playlist_jingles = cue_cut(id="distantradio_playlist_jingles_cue", playlist_jingles)

Standard Playlists

radio = random(weights=[13, 5, 4, 3, 3, 3, 3, 2, 2, 2, 2, 2, 1], [playlist_ambient, playlist_auto_assigned_1, playlist_auto_assigned_2, playlist_acorleis_repository, playlist_phelanka, playlist_auto_assigned_3, playlist_kenis_shit, playlist_synth, playlist_blue_jam_by_q, playlist_50s_classics, playlist_classical, playlist_auto_assigned_4, playlist_auto_assigned_5])

dynamic = audio_to_stereo(request.dynamic(id="distantradio_next_song", timeout=20., azuracast_next_song))
dynamic = cue_cut(id="distantradio_cue_cut", dynamic)

error_song = sequence([blank(duration=5.), single("/usr/local/share/icecast/web/error.mp3")])
requests = audio_to_stereo(request.queue(id="distantradio_requests"))
radio = fallback(id="distantradio_autodj_fallback", track_sensitive = true, [requests, dynamic, radio, error_song])

Once per x Minutes Playlists

radio = fallback(track_sensitive=true, [delay(1200., playlist_ads), radio])
radio = fallback(track_sensitive=true, [delay(1200., once(playlist_jingles)), radio])

Handle Jingle Mode

def handle_jingle_mode(m) =
if (m["jingle_mode"] == "true") then
log("Jingle mode; stripping metadata...")
[]
else
m
end
end
radio = map_metadata(handle_jingle_mode,update=false,strip=true,insert_missing=false,radio)

DJ Authentication

def dj_auth(user,password) =
log("Authenticating DJ: #{user}")
ret = list.hd(get_process_lines("curl -s --request POST --url http://web/api/internal/1/auth --form dj_user="^quote(user)^" --form dj_password="^quote(password)^" --form api_auth="^quote("*")^""), default="")
log("AzuraCast DJ Auth Response: #{ret}")
bool_of_string(ret)
end

live_enabled = ref false

def live_connected(header) =
log("DJ Source connected! #{header}")
live_enabled := true
ret = list.hd(get_process_lines("curl -s --request POST --url http://web/api/internal/1/djon --form api_auth="^quote("*")^""), default="")
log("AzuraCast Live Connected Response: #{ret}")
end

def live_disconnected() =
log("DJ Source disconnected!")
live_enabled := false
ret = list.hd(get_process_lines("curl -s --request POST --url http://web/api/internal/1/djoff --form api_auth="^quote("*")^""), default="")
log("AzuraCast Live Disconnected Response: #{ret}")
end

A Pre-DJ source of radio that can be broadcasted if needed

radio_without_live = radio
ignore(radio_without_live)

Live Broadcasting

live = audio_to_stereo(input.harbor("/", id="distantradio_input_streamer", port=8005, user="shoutcast", auth=dj_auth, icy=true, max=30., buffer=5., icy_metadata_charset="UTF-8", metadata_charset="UTF-8", on_connect=live_connected, on_disconnect=live_disconnected))
ignore(output.dummy(live, fallible=true))
live = fallback(id="distantradio_live_fallback", track_sensitive=false, [live, blank(duration=2.)])

radio = switch(id="distantradio_live_switch", track_sensitive=false, [({!live_enabled}, live), ({true}, radio)])

Allow for Telnet-driven insertion of custom metadata.

radio = server.insert_metadata(id="custom_metadata", radio)

Apply amplification metadata (if supplied)

radio = amplify(1., radio)

Custom Configuration (Specified in Station Profile)

set("log.level",5)

Send metadata changes back to AzuraCast

def metadata_updated(m) =
if (m["song_id"] != "") then
ret = list.hd(get_process_lines("curl -s --request POST --url http://web/api/internal/1/feedback --form song="^quote(m["song_id"])^" --form media="^quote(m["media_id"])^" --form playlist="^quote(m["playlist_id"])^" --form api_auth="^quote("*")^""), default="")
log("AzuraCast Feedback Response: #{ret}")
end
end

radio = on_metadata(metadata_updated,radio)

Local Broadcasts

output.icecast(%vorbis.cbr(samplerate=44100, channels=2, bitrate=192), id="distantradio_local_1", host = "127.0.0.1", port = 8000, password = "", mount = "/radio.mp3", name = "Distant Radio", description = "Distant Radio - Making waves as you make history!", genre = "Space", url = "", public = false, encoding = "UTF-8", radio)
output.icecast(%fdkaac(channels=2, samplerate=44100, bitrate=48, afterburner=true, aot="mpeg4_he_aac_v2", transmux="adts", sbr_mode=true), id="distantradio_local_2", host = "127.0.0.1", port = 8000, password = "*", mount = "/mobile.mp3", name = "Distant Radio", description = "Distant Radio - Making waves as you make history!", genre = "Space", url = "http://distantradio.space", public = false, encoding = "UTF-8", radio)

Remote Relays

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

So. Is there an alternative zu Azuracast if the devs won't fix anything?

So. Is there an alternative zu Azuracast if the devs won't fix anything?

Please refrain from such hyperbole. We have been working on a lot of things and we don't have much resources (time / people). We try to fix issues as much as we can but it can happen that we haven't made progress on an issue because we were occupied with other issues.

Regarding the original issue:

Not really reproducible until I understand the cause.

That's also a problem because I've also not been able to see anything wrong apart from the

2019/04/30 08:39:46 [clock.wallclock_main:2] We must catchup 11.77 seconds!
2019/04/30 08:39:46 [distantradio_local_2:2] Error while sending data: could not write data to host: Broken pipe in write()!
2019/04/30 08:39:46 [distantradio_local_2:3] Closing connection...

and I haven' been able to reproduce this issue too.

You've already verified that your machine has enough resources so it shouldn't be a resource issue.

If this is only happening with the Auto DJ and not with live djs streaming from a different machine it's likely to be something with the server. You are running AzuraCast via Docker so it is already pretty isolated from everything else on the machine so there is not much that could influence it and I'm not sure what to look at. You wrote that you are running on a 4 core 16GB RAM VPS so RAM is no problem. 4 cores should also be more than enough but on a VPS it could theoretically be throttled by the hoster when continuously running load on it. The same can be said for iops on shared VPSs. You can check if those two things are fine.

Thank you, and sorry if my tone was off, but since opening this issue I
have been in contact with other Azuracast users that, despite having
perhaps easier to pinpoint issues, haven't gotten a single response at all
and had to turn to other developers and so on. I realise now I still was
out of line.

The issue doesn't just occur with the AutoDJ, we also have this when DJs were
streaming live.
We since have tried different server types, from dedicated machines to
other VPS but no change, it's the same on all of them. I also tried
different versions of Ubuntu and Mint. I went through countless different
combinations of settings that, in my mind, might have an effect, none of
the stations or system settings did anything about it. Unfortunately I
didn't take notes beyond that. But I'm pretty sure that should exclude any
server-related issue..

And that's as far as I can get.. Except sitting eyes peeled on the console
to catch the error messages the moment they appear, I have nothing that
lends any clue to how to reproduce or fix it..

However, I appreciate you filling me in in more detail, sometimes I can be
really dense about this stuff..

I still am hopeful that you can figure something out!

On Mon, 22 Jul 2019 at 17:14, Vaalyn notifications@github.com wrote:

So. Is there an alternative zu Azuracast if the devs won't fix anything?

Please refrain from such hyperbole. We have been working on a lot of
things and we don't have much resources (time / people). We try to fix
issues as much as we can but it can happen that we haven't made progress on
an issue because we were occupied with other issues.

Regarding the original issue:

Not really reproducible until I understand the cause.

That's also a problem because I've also not been able to see anything
wrong apart from the

2019/04/30 08:39:46 [clock.wallclock_main:2] We must catchup 11.77 seconds!
2019/04/30 08:39:46 [distantradio_local_2:2] Error while sending data: could not write data to host: Broken pipe in write()!
2019/04/30 08:39:46 [distantradio_local_2:3] Closing connection...

and I haven' been able to reproduce this issue too.

You've already verified that your machine has enough resources so it
shouldn't be a resource issue.

If this is only happening with the Auto DJ and not with live djs streaming
from a different machine it's likely to be something with the server. You
are running AzuraCast via Docker so it is already pretty isolated from
everything else on the machine so there is not much that could influence it
and I'm not sure what to look at. You wrote that you are running on a 4
core 16GB RAM VPS so RAM is no problem. 4 cores should also be more than
enough but on a VPS it could theoretically be throttled by the hoster when
continuously running load on it. The same can be said for iops on shared
VPSs. You can check if those two things are fine.

—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/AzuraCast/AzuraCast/issues/1494?email_source=notifications&email_token=ABGJ26XG5ILPDBOLYIUDL6LQAXFFVA5CNFSM4HJJ45X2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD2QIAJQ#issuecomment-513835046,
or mute the thread
https://github.com/notifications/unsubscribe-auth/ABGJ26SPKF4NUOMFAVIKUOTQAXFFVANCNFSM4HJJ45XQ
.

So. Is there an alternative zu Azuracast if the devs won't fix anything?

We are not a large, corporate-backed project. A vast majority of the work on the project is done by me, a single individual, working uphill against the forces of major clinical depression, general anxiety, sleep disorders, chronic fatigue and other health problems, _in addition to_ my own financial issues which cause me significant panic and which AzuraCast does not resolve.

Nevertheless, I'm still able to add new features, refine existing ones and fix bugs almost every single day. Many days there are a dozen or more commits fixing issues across the system.

Please be patient.

Will be! I'm sorry

On Mon, 22 Jul 2019, 20:10 SlvrEagle23, notifications@github.com wrote:

So. Is there an alternative zu Azuracast if the devs won't fix anything?

We are not a large, corporate-backed project. A vast majority of the work
on the project is done by me, a single individual, working uphill against
the forces of major clinical depression, general anxiety, sleep disorders,
chronic fatigue and other health problems, in addition to my own
financial issues which cause me significant panic and which AzuraCast does
not resolve.

Nevertheless, I'm still able to add new features, refine existing ones and
fix bugs almost every single day. Many days there are a dozen or more
commits fixing issues across the system.

Please be patient.

—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/AzuraCast/AzuraCast/issues/1494?email_source=notifications&email_token=ABGJ26TRXNOC65IKAUWZZIDQAXZ2TA5CNFSM4HJJ45X2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD2QWMHY#issuecomment-513893919,
or mute the thread
https://github.com/notifications/unsubscribe-auth/ABGJ26XYPVZDHZ6UXV6LMYTQAXZ2TANCNFSM4HJJ45XQ
.

So. Is there an alternative zu Azuracast if the devs won't fix anything?

you should try centavo cast

So, I don't really know what I did different this time, but the error hasn't occured since my fresh install two days ago. I did several fresh installs before that, so I didn't expect anything to change, but for now it's gone. I will report in case it reappears. Thanks for your efforts and for your patience with me so far!

@ThatMykl I was having the same issue, and it stopped after I changed servers to a more robust one and after I stopped using a damaged relay (a shoutcast server from another service provider which is not worth mentioning).

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

Was this page helpful?
0 / 5 - 0 ratings