[MDEV-29393] SIGSEGV in __gnu_cxx::__atomic_add when attempting to use RocksDB in MDEV-16329 branch Created: 2022-08-26  Updated: 2022-09-10  Resolved: 2022-08-27

Status: Closed
Project: MariaDB Server
Component/s: Plugins, Server, Storage Engine - RocksDB
Affects Version/s: N/A
Fix Version/s: N/A

Type: Bug Priority: Critical
Reporter: Roel Van de Paar Assignee: Unassigned
Resolution: Cannot Reproduce Votes: 0
Labels: None

Issue Links:
Relates
relates to MDEV-29394 SIGSEGV in myrocks::ha_rocksdb::check... Closed

 Description   

Only present in bb-10.10-MDEV-16329.

INSTALL SONAME 'ha_rocksdb.so';
CREATE TABLE t (a INT) ENGINE=RocksDB;

Leads to:

10.10.0 7a41e4fbc62c5e917d9cb4dc045e21c983d4e73f (Optimized)

Core was generated by `/test/MDEV-16329_bb-10.10-MDEV-16329_MD240822-mariadb-10.10.0-linux-x86_64-opt/'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  __gnu_cxx::__atomic_add (__val=1, __mem=0x646e6f636d)
    at /usr/include/c++/9/ext/atomicity.h:96
96	      __atomic_add(__mem, __val);
[Current thread is 1 (Thread 0x14d573b67700 (LWP 3480764))]
(gdb) bt
#0  __gnu_cxx::__atomic_add (__val=1, __mem=0x646e6f636d) at /usr/include/c++/9/ext/atomicity.h:96
#1  __gnu_cxx::__atomic_add_dispatch (__val=1, __mem=0x646e6f636d) at /usr/include/c++/9/ext/atomicity.h:96
#2  std::_Sp_counted_base<(__gnu_cxx::_Lock_policy)2>::_M_add_ref_copy (this=0x646e6f6365) at /usr/include/c++/9/bits/shared_ptr_base.h:139
#3  std::__shared_count<(__gnu_cxx::_Lock_policy)2>::operator= (__r=<optimized out>, this=0x14d56026b600) at /usr/include/c++/9/bits/shared_ptr_base.h:747
#4  std::__shared_ptr<myrocks::Rdb_key_def, (__gnu_cxx::_Lock_policy)2>::operator= (this=0x14d56026b5f8) at /usr/include/c++/9/bits/shared_ptr_base.h:1080
#5  std::shared_ptr<myrocks::Rdb_key_def>::operator= (this=0x14d56026b5f8) at /usr/include/c++/9/bits/shared_ptr.h:103
#6  myrocks::ha_rocksdb::create_table (this=0x14d56026b040, table_name=<optimized out>, table_arg=0x14d573b627e0, auto_increment_value=<optimized out>) at /test/bb-10.10-MDEV-16329_opt/storage/rocksdb/ha_rocksdb.cc:7772
#7  0x000014d573630361 in myrocks::ha_rocksdb::create (this=0x14d56026b040, name=0x14d573b63c70 "./test/t", table_arg=0x14d573b627e0, create_info=0x14d573b64230) at /test/bb-10.10-MDEV-16329_opt/storage/rocksdb/ha_rocksdb.cc:7914
#8  0x0000556d983947eb in handler::ha_create (this=0x14d56026b040, name=0x14d573b63c70 "./test/t", form=form@entry=0x14d573b627e0, info_arg=info_arg@entry=0x14d573b64230) at /test/preview-10.10-ddl_dbg/sql/handler.cc:5448
#9  0x0000556d983953ae in ha_create_table (thd=thd@entry=0x14d560000db8, path=<optimized out>, db=0x14d560014540 "test", table_name=0x14d560013e20 "t", create_info=create_info@entry=0x14d573b64230, frm=frm@entry=0x14d573b63c60, skip_frm_file=false) at /test/preview-10.10-ddl_dbg/sql/handler.cc:5917
#10 0x0000556d9817ea05 in create_table_impl (thd=thd@entry=0x14d560000db8, orig_db=@0x14d560013e58: {str = 0x14d560014540 "test", length = 4}, orig_table_name=@0x14d560013e68: {str = 0x14d560013e20 "t", length = 1}, db=@0x14d560013e58: {str = 0x14d560014540 "test", length = 4}, table_name=@0x14d560013e68: {str = 0x14d560013e20 "t", length = 1}, path=@0x14d573b63c50: {str = 0x14d573b63c70 "./test/t", length = 8}, options=<optimized out>, create_info=0x14d573b64230, alter_info=0x14d573b64050, create_table_mode=0, is_trans=0x14d573b63f50, key_info=0x14d573b63c48, key_count=0x14d573b63c44, frm=0x14d573b63c60) at /test/preview-10.10-ddl_dbg/sql/sql_table.cc:4929
#11 0x0000556d9817ee4d in mysql_create_table_no_lock (thd=thd@entry=0x14d560000db8, orig_db=orig_db@entry=0x14d560013e58, orig_table_name=orig_table_name@entry=0x14d560013e68, db=0x14d560013e58, table_name=0x14d560013e68, create_info=create_info@entry=0x14d573b64230, alter_info=0x14d573b64050, is_trans=0x14d573b63f50, create_table_mode=0, table_list=0x14d560013e58, frm=0x14d573b63c60) at /test/preview-10.10-ddl_dbg/sql/sql_table.cc:5056
#12 0x0000556d981817b2 in mysql_create_table (alter_info=0x14d573b64050, create_info=0x14d573b64230, create_table=<optimized out>, thd=0x14d560000db8) at /test/preview-10.10-ddl_dbg/sql/sql_table.cc:5183
#13 Sql_cmd_create_table_like::execute (this=<optimized out>, thd=0x14d560000db8) at /test/preview-10.10-ddl_dbg/sql/sql_table.cc:12935
#14 0x0000556d980aaa4d in mysql_execute_command (thd=thd@entry=0x14d560000db8, is_called_from_prepared_stmt=is_called_from_prepared_stmt@entry=false) at /test/preview-10.10-ddl_dbg/sql/sql_parse.cc:5996
#15 0x0000556d980930cd in mysql_parse (thd=thd@entry=0x14d560000db8, rawbuf=<optimized out>, length=<optimized out>, parser_state=parser_state@entry=0x14d573b66470) at /test/preview-10.10-ddl_dbg/sql/sql_parse.cc:8038
#16 0x0000556d980a06b0 in dispatch_command (command=command@entry=COM_QUERY, thd=thd@entry=0x14d560000db8, packet=packet@entry=0x14d56000b7f9 "CREATE TABLE t (a INT) ENGINE=RocksDB", packet_length=packet_length@entry=37, blocking=blocking@entry=true) at /test/preview-10.10-ddl_dbg/sql/sql_class.h:1365
#17 0x0000556d980a2dc1 in do_command (thd=0x14d560000db8, blocking=blocking@entry=true) at /test/preview-10.10-ddl_dbg/sql/sql_parse.cc:1407
#18 0x0000556d982057ba in do_handle_one_connection (connect=<optimized out>, connect@entry=0x556d9bfb8468, put_in_cache=put_in_cache@entry=true) at /test/preview-10.10-ddl_dbg/sql/sql_connect.cc:1418
#19 0x0000556d98205cc3 in handle_one_connection (arg=0x556d9bfb8468) at /test/preview-10.10-ddl_dbg/sql/sql_connect.cc:1312
#20 0x000014d5bca20609 in start_thread (arg=<optimized out>) at pthread_create.c:477
#21 0x000014d5bc60c133 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95

On debug we get:

10.10.0 7a41e4fbc62c5e917d9cb4dc045e21c983d4e73f (Debug)

10.10.0-dbg>INSTALL SONAME 'ha_rocksdb.so';
ERROR 1126 (HY000): Can't open shared library '/test/MDEV-16329_bb-10.10-MDEV-16329_MD240822-mariadb-10.10.0-linux-x86_64-dbg/lib/plugin/ha_rocksdb.so' (errno: 2, undefined symbol: opt_debug_sync_timeout)



 Comments   
Comment by Roel Van de Paar [ 2022-08-26 ]

Given the oddity of the errors, I decided to rebuild the branch & retest. The rebuild branch did not show the same issues, so I discarded the runs.
It looks like the 4 builds (2 branches, opt+dbg) collided (same temporary dir use during untar) with the builds of one branch being affected.
Apologies for the false alarm.

Generated at Thu Feb 08 10:08:14 UTC 2024 using Jira 8.20.16#820016-sha1:9d11dbea5f4be3d4cc21f03a88dd11d8c8687422.