[Icecast-dev] Icecast relay crash.

[Philipp Schafft]

Good morning,


On Sat, 2016-11-05 at 16:38 +0530, Sourav Saha wrote:
> Hi All,
> 
> 
> I'm facing a problem in icecast relay machines. I'm seeing frequently
> that some of the relay machines are crashing and generates core dump
> but the reason for the crash is not clear from the trace of the core.
> Here is how the gdb trace looks like:
> 
> 
> (gdb) bt
> 
> #0  0xffffe435 in __kernel_vsyscall ()
> 
> #1  0xf742c607 in raise () from /lib/i386-linux-gnu/libc.so.6
> 
> #2  0xf742fa33 in abort () from /lib/i386-linux-gnu/libc.so.6
> 
> #3  0xf7466e53 in ?? () from /lib/i386-linux-gnu/libc.so.6
> 
> #4  0xf747133a in ?? () from /lib/i386-linux-gnu/libc.so.6
> 
> #5  0xf7472ee9 in ?? () from /lib/i386-linux-gnu/libc.so.6
> 
> #6  0xf7474708 in malloc () from /lib/i386-linux-gnu/libc.so.6
> 
> #7  0x080b66b7 in _accept_connection () at connection.c:598
> 
> #8  connection_accept_loop () at connection.c:826
> 
> #9  0x080a9c05 in _server_proc () at main.c:384
> 
> #10 main (argc=3, argv=0xffbbc554) at main.c:633
> 
> 
> As you can see at frame #6 malloc() is failing but I don't know the
> reason behind this. Does anybody has any idea how to fix this issue?
> Note: this is happening only in the relay machines but not in edges. 

Thank you for your report.
What is the _exact_ version you run?


You can also reach us on IRC (on Freenode, #icecast) for some live
debugging (when the sun is over central Europe).


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: <http://lists.xiph.org/pipermail/icecast-dev/attachments/20161105/0a4b5c3d/attachment.sig>