Openwall GNU/*/Linux - a small security-enhanced Linux distro for servers
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Date: Thu, 24 Oct 2019 19:57:40 -0500
From: "A. Wilcox" <awilfox@...lielinux.org>
To: musl@...ts.openwall.com
Subject: Re: Crash using python in alpine with musl and confluent-kafka
 python library

On 24/10/2019 19:34, Rich Felker wrote:
> On Fri, Oct 25, 2019 at 12:14:29AM +0000, Richard Lee wrote:
>> Thread 3 "rdk:main" received signal SIGSEGV, Segmentation fault.
>> [Switching to LWP 220]
>> __bin_chunk (self=0x559c68375130) at src/malloc/malloc.c:456
>> 456	src/malloc/malloc.c: No such file or directory.
>> (gdb) bt
>> #0  __bin_chunk (self=0x559c68375130) at src/malloc/malloc.c:456
>> #1  0x00007fe8f0b04d92 in trim (self=self@...ry=0x559c683750d0, n=<optimized out>) at src/malloc/malloc.c:281
>> #2  0x00007fe8f0b05120 in malloc (n=<optimized out>) at src/malloc/malloc.c:328
>> #3  0x00007fe8f0b05238 in realloc (p=<optimized out>, n=<optimized out>) at src/malloc/malloc.c:375
>> #4  0x00007fe8ef963181 in ?? () from /usr/lib/librdkafka.so.1
>> #5  0x00007fe8ef9631cc in ?? () from /usr/lib/librdkafka.so.1
>> #6  0x00007fe8ef978770 in rd_kafka_ConfigResource_new () from /usr/lib/librdkafka.so.1
>> #7  0x00007fe8ef97a514 in ?? () from /usr/lib/librdkafka.so.1
>> #8  0x00007fe8ef977db5 in ?? () from /usr/lib/librdkafka.so.1
>> #9  0x00007fe8ef977665 in ?? () from /usr/lib/librdkafka.so.1
>> #10 0x00007fe8ef94513f in ?? () from /usr/lib/librdkafka.so.1
>> #11 0x00007fe8ef9479e9 in ?? () from /usr/lib/librdkafka.so.1
>> #12 0x00007fe8ef947a3c in ?? () from /usr/lib/librdkafka.so.1
>> #13 0x00007fe8ef946356 in ?? () from /usr/lib/librdkafka.so.1
>> #14 0x00007fe8ef9263f8 in ?? () from /usr/lib/librdkafka.so.1
>> #15 0x00007fe8f0b32f94 in start_c11 (p=<optimized out>) at src/thread/pthread_create.c:203
>> #16 0x00007fe8f0b3504d in __clone () at src/thread/x86_64/clone.s:22
>> Backtrace stopped: frame did not save the PC
> 
> Can you supplement this report with a disassembly of the crash point
> showing the faulting instruction? Based on the above, my first guess
> would be a stack overflow, and if not that, heap corruption from out
> of bound writes somewhere else.
> 
> Having debug symbols for librdkafka.so.1 might also be useful; it
> could at least give an idea what's going on when it crashes.
> 
> Rich


Tiny note that we have librdkafka 1.2.0 in Adélie built with debug
symbols, if you wanted a simple way to get a chroot with them without
the hassle of rebuilding yourself.

Best,
--arw


-- 
A. Wilcox (awilfox)
Project Lead, Adélie Linux
https://www.adelielinux.org



Download attachment "signature.asc" of type "application/pgp-signature" (834 bytes)

Powered by blists - more mailing lists

Your e-mail address:

Confused about mailing lists and their use? Read about mailing lists on Wikipedia and check out these guidelines on proper formatting of your messages.