Open eserte opened 4 years ago
Sometimes the failure comes together with a segmentation fault:
Test Summary Report
-------------------
t/basic.t (Wstat: 139 Tests: 0 Failed: 0)
Non-zero wait status: 139
The stack trace as provided by coredumpctl:
Stack trace of thread 1435648:
#0 0x00007f0ddeb4ee74 __pthread_mutex_lock (libpthread.so.0)
#1 0x00007f0ddeb5938d mtx_lock (libpthread.so.0)
#2 0x00007f0ddd80e61d rd_kafka_broker_prefer (librdkafka.so.1)
#3 0x00007f0ddd848db7 rd_kafka_cgrp_reassign_broker (librdkafka.so.1)
#4 0x00007f0ddd7fee6b rd_kafka_thread_main (librdkafka.so.1)
#5 0x00007f0ddeb4c5ba start_thread (libpthread.so.0)
#6 0x00007f0dde8ee6d3 __clone (libc.so.6)
Stack trace of thread 1435647:
#0 0x00007f0dde9bd0ec __do_global_dtors_aux (libcrypt.so.1)
#1 0x00007f0ddeb9930b _dl_fini (ld-linux-x86-64.so.2)
#2 0x00007f0dde82be87 __run_exit_handlers (libc.so.6)
#3 0x00007f0dde82c040 exit (libc.so.6)
#4 0x000000000041ffae main (perl)
#5 0x00007f0dde8141a3 __libc_start_main (libc.so.6)
#6 0x000000000041fffa _start (perl)
Sometimes also the message
corrupted double-linked list (not small)
is printed.
Do you know if Alien::Librdkafka
did a system or share install? if system what version?
If a share install: I just bumped the version used for a share install, might be interesting to see if it works on the previous version (1.03_01 uses the older version of librdkafka), if nothing else to rule it out as a problem.
Librd.so uses /lib64/librdkafka.so.1, which comes from the RPM package librdkafka-0.11.6-3.fc31.x86_64
t/basic.t fails on my fedora 31 smokers (perls compiled without threads, if that matters). No errors on my other systems (centos, debian, ubuntu, freebsd):
(And probably
$!
isn't set here, the error message looks dubious)