Closed topalex closed 4 years ago
I presume you don't have any special settings for this. I don't see any info on the metadata request passed. The actual abort test is down to something that should not happen. I suppose the key info missing is the metadata, the worker count and the debug log lines at the time of metadata request trips this up.
karl
I've attached error.log from start to crash. Streaming client was ezstream and there was only one song repeated two times in the playlist, so metadata content still the same.
And icesast crashed when song started playing second time and ezstream tried to send metadata request.
Also I've attached icecast.xml.txt config file used in this run.
If I remove this line <option name="stream_auth" value="http://localhost/authStreamAuth"/>
from <authentication type="url">
block, everything goes ok without a crash.
Url in stream_auth is returning just header 'Icecast-Auth-User: 1'.
ok, this is one that has been around for a while. crash corruption possible but the abort check notices something odd and shouts about it before continuing down a possibly long and confusing path if it doesn't fail immediatly. Yes is only occurs with auth threading (so stream auth) and admin updates.
fix is not a biggie but is now pushed to master
karl
Yes, it's working now Thanks!
Hello.
I'm trying to setup stream_auth via url and it's working. But after the stream has been started and second metadata request comes in, icecast server crashes with SIGABRT. First metadata request processed without problems but if I send a new metadata request, it stucks for about a minute and then icecast crashes. Without stream_auth everything is ok.
Icecast built from git master
Info from coredump
I can attach error.log with debug level or full coredump if needed.