mailing list of musl libc
 help / color / mirror / code / Atom feed
* Crash using python in alpine with musl and confluent-kafka python library
@ 2019-10-25  0:14 Richard Lee
  2019-10-25  0:34 ` Rich Felker
  0 siblings, 1 reply; 3+ messages in thread
From: Richard Lee @ 2019-10-25  0:14 UTC (permalink / raw)
  To: musl

[-- Attachment #1: Type: text/plain, Size: 2880 bytes --]

/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@entry=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

[-- Attachment #2: smime.p7s --]
[-- Type: application/pkcs7-signature, Size: 3187 bytes --]

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: Crash using python in alpine with musl and confluent-kafka python library
  2019-10-25  0:14 Crash using python in alpine with musl and confluent-kafka python library Richard Lee
@ 2019-10-25  0:34 ` Rich Felker
  2019-10-25  0:57   ` A. Wilcox
  0 siblings, 1 reply; 3+ messages in thread
From: Rich Felker @ 2019-10-25  0:34 UTC (permalink / raw)
  To: musl

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@entry=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


^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: Crash using python in alpine with musl and confluent-kafka python library
  2019-10-25  0:34 ` Rich Felker
@ 2019-10-25  0:57   ` A. Wilcox
  0 siblings, 0 replies; 3+ messages in thread
From: A. Wilcox @ 2019-10-25  0:57 UTC (permalink / raw)
  To: musl


[-- Attachment #1.1: Type: text/plain, Size: 2364 bytes --]

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@entry=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


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2019-10-25  0:57 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2019-10-25  0:14 Crash using python in alpine with musl and confluent-kafka python library Richard Lee
2019-10-25  0:34 ` Rich Felker
2019-10-25  0:57   ` A. Wilcox

Code repositories for project(s) associated with this public inbox

	https://git.vuxu.org/mirror/musl/

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).