Follow @Openwall on Twitter for new release announcements and other news
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
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.