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. -- Sourav -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.xiph.org/pipermail/icecast-dev/attachments/20161105/66baf255/attachment.html>
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. -- Sourav -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.xiph.org/pipermail/icecast/attachments/20161105/fb33931c/attachment.htm>
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>
Hi, I am using icecast 2.3.2 and I'm not in position to upgrade the version right away since this version is already in use. Please let me know if you need any additional details for this issue. Nevertheless if there is any potential fix has gone towards this part of code in later versions, I can just use that patch in my current code base. Also I'll try to catch up on Freenode but can't be very sure due to time difference, so I'm betting on the replies on this thread. Thanks/ On Sat, Nov 5, 2016 at 7:08 PM, Philipp Schafft < phschafft at de.loewenfelsen.net> wrote:> 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 -------------- An HTML attachment was scrubbed... URL: <http://lists.xiph.org/pipermail/icecast-dev/attachments/20161105/23b6fe36/attachment.html>