[debian-mysql] Bug#1030510: Info received (mariadb: FTBFS on s390x: timeout)

Otto Kekäläinen otto at debian.org
Mon Feb 6 06:00:01 GMT 2023


Control: retitle -1 mariadb: FTBFS on s390x: crash on munmap(),
free(), aligned_free()

For the record, the latest build
https://buildd.debian.org/status/fetch.php?pkg=mariadb&arch=s390x&ver=1%3A10.11.1-3&stamp=1675662468&raw=0
shows other test failures again, but the stack trace seem to have
munmap(), free(), aligned_free() etc in common:

main.bootstrap_innodb 'innodb'           w2 [ fail ]  Found
warnings/errors in server log file!
        Test ended at 2023-02-06 05:41:47
line
Attempting backtrace. You can use the following information to find out
^ Found warnings in /<<PKGBUILDDIR>>/builddir/mysql-test/var/2/log/mysqld.1.err
ok

 - found 'core' (0/5)
Core generated by '/<<PKGBUILDDIR>>/builddir/sql/mariadbd'
Output from gdb follows. The first stack trace is from the failing thread.
The following stack traces are from all threads (so the failing one is
duplicated).
--------------------------
[New LWP 2264728]
[New LWP 2264825]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/s390x-linux-gnu/libthread_db.so.1".
Core was generated by `/<<PKGBUILDDIR>>/builddir/sql/mariadbd
--defaults-group-su'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  0x000003ffb4448992 in kill () from /lib/s390x-linux-gnu/libc.so.6
[Current thread is 1 (Thread 0x3ffb536a820 (LWP 2264728))]
#0  0x000003ffb4448992 in kill () from /lib/s390x-linux-gnu/libc.so.6
#1  0x000002aa06f107c4 in handle_fatal_signal (sig=<optimized out>) at
./sql/signal_handler.cc:367
#2  <signal handler called>
#3  0x000002aa073fc26a in my_read (Filedes=<optimized out>, Buffer=0xd
<error: Cannot access memory at address 0xd>, Count=4096,
MyFlags=<optimized out>) at ./mysys/my_read.c:63
#4  0x000002aa06f10266 in output_core_info () at ./sql/signal_handler.cc:90
#5  0x000002aa06f10792 in handle_fatal_signal (sig=<optimized out>) at
./sql/signal_handler.cc:351
#6  <signal handler called>
#7  0x000003ffb450e632 in munmap () from /lib/s390x-linux-gnu/libc.so.6
#8  0x000003ffb44a7790 in free () from /lib/s390x-linux-gnu/libc.so.6
#9  0x000002aa07140022 in aligned_free (ptr=<optimized out>) at
./include/aligned.h:37
#10 pfs_free (ptr=<optimized out>, size=0, klass=0x2aa086c6900
<builtin_memory_thread_stages>) at
./storage/perfschema/pfs_global.cc:83
#11 pfs_free (ptr=<optimized out>, size=0, klass=0x2aa086c6900
<builtin_memory_thread_stages>) at
./storage/perfschema/pfs_global.cc:78
#12 pfs_free_array (klass=0x2aa086c6900
<builtin_memory_thread_stages>, n=n at entry=256, size=size at entry=32,
ptr=<optimized out>) at ./storage/perfschema/pfs_global.cc:134
#13 0x000002aa07135e82 in PFS_thread_allocator::free_array
(this=<optimized out>, array=array at entry=0x2aa08f4fd30) at
./storage/perfschema/pfs_buffer_container.cc:659
#14 0x000002aa071425da in PFS_buffer_scalable_container<PFS_thread,
256, 256, PFS_thread_array, PFS_thread_allocator>::cleanup
(this=<optimized out>) at
./storage/perfschema/pfs_buffer_container.h:506
#15 PFS_buffer_scalable_container<PFS_thread, 256, 256,
PFS_thread_array, PFS_thread_allocator>::cleanup (this=<optimized
out>) at ./storage/perfschema/pfs_buffer_container.h:491
#16 cleanup_instruments () at ./storage/perfschema/pfs_instr.cc:233
#17 0x000002aa0715000c in cleanup_performance_schema () at
./storage/perfschema/pfs_server.cc:296
#18 0x000002aa071504f0 in shutdown_performance_schema () at
./storage/perfschema/pfs_server.cc:326
#19 0x000002aa06bbf912 in mysqld_exit (exit_code=exit_code at entry=0) at
./sql/mysqld.cc:1943
#20 0x000002aa06bca4fe in mysqld_main (argc=<optimized out>,
argv=<optimized out>) at ./sql/mysqld.cc:6040
#21 0x000003ffb442b84a in ?? () from /lib/s390x-linux-gnu/libc.so.6
#22 0x000003ffb442b932 in __libc_start_main () from
/lib/s390x-linux-gnu/libc.so.6
#23 0x000002aa06bbd378 in _start ()


main.host_cache_size_functionality 'innodb' w2 [ fail ]  Found
warnings/errors in server log file!
        Test ended at 2023-02-06 05:44:47
line
Attempting backtrace. You can use the following information to find out
^ Found warnings in /<<PKGBUILDDIR>>/builddir/mysql-test/var/2/log/mysqld.1.err
ok

 - found 'core' (2/5)
Core generated by '/<<PKGBUILDDIR>>/builddir/sql/mariadbd'
Output from gdb follows. The first stack trace is from the failing thread.
The following stack traces are from all threads (so the failing one is
duplicated).
--------------------------
[New LWP 2267523]
[New LWP 2268734]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/s390x-linux-gnu/libthread_db.so.1".
Core was generated by `/<<PKGBUILDDIR>>/builddir/sql/mariadbd
--defaults-group-su'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  0x000003ffa7e48992 in kill () from /lib/s390x-linux-gnu/libc.so.6
[Current thread is 1 (Thread 0x3ffa8d6a820 (LWP 2267523))]
#0  0x000003ffa7e48992 in kill () from /lib/s390x-linux-gnu/libc.so.6
#1  0x000002aa0f2907c4 in handle_fatal_signal (sig=<optimized out>) at
./sql/signal_handler.cc:367
#2  <signal handler called>
#3  0x000002aa0f77c26a in my_read (Filedes=<optimized out>, Buffer=0xd
<error: Cannot access memory at address 0xd>, Count=4096,
MyFlags=<optimized out>) at ./mysys/my_read.c:63
#4  0x000002aa0f290266 in output_core_info () at ./sql/signal_handler.cc:90
#5  0x000002aa0f290792 in handle_fatal_signal (sig=<optimized out>) at
./sql/signal_handler.cc:351
#6  <signal handler called>
#7  0x000003ffa7f0e632 in munmap () from /lib/s390x-linux-gnu/libc.so.6
#8  0x000003ffa7ea7790 in free () from /lib/s390x-linux-gnu/libc.so.6
#9  0x000002aa0f4c0022 in aligned_free (ptr=<optimized out>) at
./include/aligned.h:37
#10 pfs_free (ptr=<optimized out>, size=2841600, klass=0x2aa10a46700
<builtin_memory_thread_waits>) at
./storage/perfschema/pfs_global.cc:83
#11 pfs_free (ptr=<optimized out>, size=2841600, klass=0x2aa10a46700
<builtin_memory_thread_waits>) at
./storage/perfschema/pfs_global.cc:78
#12 pfs_free_array (klass=0x2aa10a46700 <builtin_memory_thread_waits>,
n=n at entry=88800, size=size at entry=32, ptr=<optimized out>) at
./storage/perfschema/pfs_global.cc:134
#13 0x000002aa0f4b5e60 in PFS_thread_allocator::free_array
(this=<optimized out>, array=array at entry=0x2aa10dadd30) at
./storage/perfschema/pfs_buffer_container.cc:654
#14 0x000002aa0f4c25da in PFS_buffer_scalable_container<PFS_thread,
256, 256, PFS_thread_array, PFS_thread_allocator>::cleanup
(this=<optimized out>) at
./storage/perfschema/pfs_buffer_container.h:506
#15 PFS_buffer_scalable_container<PFS_thread, 256, 256,
PFS_thread_array, PFS_thread_allocator>::cleanup (this=<optimized
out>) at ./storage/perfschema/pfs_buffer_container.h:491
#16 cleanup_instruments () at ./storage/perfschema/pfs_instr.cc:233
#17 0x000002aa0f4d000c in cleanup_performance_schema () at
./storage/perfschema/pfs_server.cc:296
#18 0x000002aa0f4d04f0 in shutdown_performance_schema () at
./storage/perfschema/pfs_server.cc:326
#19 0x000002aa0ef3f912 in mysqld_exit (exit_code=exit_code at entry=0) at
./sql/mysqld.cc:1943
#20 0x000002aa0ef4a4fe in mysqld_main (argc=<optimized out>,
argv=<optimized out>) at ./sql/mysqld.cc:6040
#21 0x000003ffa7e2b84a in ?? () from /lib/s390x-linux-gnu/libc.so.6
#22 0x000003ffa7e2b932 in __libc_start_main () from
/lib/s390x-linux-gnu/libc.so.6
#23 0x000002aa0ef3d378 in _start ()


Oddly enough, a previous run
https://buildd.debian.org/status/fetch.php?pkg=mariadb&arch=s390x&ver=1%3A10.11.1-3&stamp=1675656587&raw=0
of the same 1:10.11.1-3 sources had:

main.order_by_innodb 'innodb'            w1 [ fail ]
        Test ended at 2023-02-06 01:30:21
CURRENT_TEST: main.order_by_innodb
--- /<<PKGBUILDDIR>>/mysql-test/main/order_by_innodb.result 2022-11-14
18:10:21.000000000 +0000
+++ /<<PKGBUILDDIR>>/mysql-test/main/order_by_innodb.reject 2023-02-06
01:30:20.732947938 +0000
@@ -250,7 +250,7 @@
 id select_type table type possible_keys key key_len ref rows Extra
 1 PRIMARY t1 index NULL PRIMARY 4 NULL # Using index
 1 PRIMARY t2 eq_ref PRIMARY,id2 PRIMARY 4 func # Using where
-2 DEPENDENT SUBQUERY dd range id2,for_latest_sort for_latest_sort 6
NULL # Using where
+2 DEPENDENT SUBQUERY dd ref id2,for_latest_sort id2 4 test.t1.id #
Using where; Using filesort
 drop table t1,t2,t3;
 # End of 10.2 tests



More information about the pkg-mysql-maint mailing list