Date: Thu, 24 Oct 2019 20:34:53 -0400 From: Rich Felker <dalias@...c.org> To: musl@...ts.openwall.com Subject: Re: Crash using python in alpine with musl and confluent-kafka python library On Fri, Oct 25, 2019 at 12:14:29AM +0000, Richard Lee wrote: > /stuff # gdb python3 > GNU gdb (GDB) 8.3 > Copyright (C) 2019 Free Software Foundation, Inc. > License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> > This is free software: you are free to change and redistribute it. > There is NO WARRANTY, to the extent permitted by law. > Type "show copying" and "show warranty" for details. > This GDB was configured as "x86_64-alpine-linux-musl". > Type "show configuration" for configuration details. > For bug reporting instructions, please see: > <http://www.gnu.org/software/gdb/bugs/>. > Find the GDB manual and other documentation resources online at: > <http://www.gnu.org/software/gdb/documentation/>. > > For help, type "help". > Type "apropos word" to search for commands related to "word"... > Reading symbols from python3... > (gdb) r -m audit_all_tombstones -b kafka.tec1.tivo.com -v > Starting program: /usr/local/bin/python3 -m audit_all_tombstones -b kafka.tec1.tivo.com -v > warning: Error disabling address space randomization: Operation not permitted > [New LWP 219] > [New LWP 220] > [New LWP 221] > [New LWP 222] > [New LWP 223] > [New LWP 224] > [New LWP 225] > [New LWP 226] > [New LWP 227] > [New LWP 228] > [New LWP 229] > [New LWP 230] > [New LWP 231] > [New LWP 232] > [New LWP 233] > [New LWP 234] > [New LWP 235] > [New LWP 236] > [New LWP 237] > [New LWP 238] > [New LWP 239] > [New LWP 240] > [New LWP 241] > [New LWP 242] > > 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
Powered by blists - more mailing lists
Confused about mailing lists and their use? Read about mailing lists on Wikipedia and check out these guidelines on proper formatting of your messages.