[MDEV-12010] Maria DB 5.5.30 crash Created: 2017-02-07  Updated: 2017-03-09  Resolved: 2017-03-09

Status: Closed
Project: MariaDB Server
Component/s: Server
Affects Version/s: 5.5
Fix Version/s: N/A

Type: Bug Priority: Major
Reporter: TYNDALE BANZA Assignee: Unassigned
Resolution: Incomplete Votes: 0
Labels: need_feedback
Environment:

NAME="Amazon Linux AMI"
VERSION="2015.03"
ID="amzn"
ID_LIKE="rhel fedora"
VERSION_ID="2015.03"
PRETTY_NAME="Amazon Linux AMI 2015.03"
ANSI_COLOR="0;33"
CPE_NAME="cpe:/o:amazon:linux:2015.03:ga"



 Description   

Maria DB crashed with a stack trace as below .

170201 17:29:39  InnoDB: Assertion failure in thread 140462023636736 in file btr0pcur.c line 257
InnoDB: We intentionally generate a memory trap.
InnoDB: Submit a detailed bug report to http://bugs.mysql.com.
InnoDB: If you get repeated assertion failures or crashes, even
InnoDB: immediately after the mysqld startup, there may be
InnoDB: corruption in the InnoDB tablespace. Please refer to
InnoDB: http://dev.mysql.com/doc/refman/5.5/en/forcing-innodb-recovery.html
InnoDB: about forcing recovery.
170201 17:29:39 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
 
To report this bug, see http://kb.askmonty.org/en/reporting-bugs
 
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
 
Server version: 5.5.30-MariaDB-log
key_buffer_size=262144
read_buffer_size=8388608
max_used_connections=98
max_threads=202
thread_count=63
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 2485267 K  bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
 
Thread pointer: 0x0xda2c160
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x7fbfdd05edb8 thread_stack 0x48000

??:0(my_print_stacktrace)[0xa7f34e]
??:0(handle_fatal_signal)[0x6cb4ab]
??:0(??)[0x7fc1473bf130]
??:0(??)[0x7fc145b735c9]
??:0(??)[0x7fc145b74cd8]
??:0(btr_pcur_restore_position_func)[0x8af10c]
??:0(sel_restore_position_for_mysql.clone.0)[0x85ff06]
??:0(row_search_for_mysql)[0x86056b]
??:0(ha_innobase::general_fetch(unsigned char*, unsigned int, unsigned int))[0x834ade]
??:0(handler::read_range_next())[0x6cf3d1]
??:0(Mrr_simple_index_reader::get_next(void**))[0x673085]
??:0(Mrr_ordered_rndpos_reader::refill_from_index_reader())[0x6733bc]
??:0(Mrr_ordered_rndpos_reader::refill_buffer(bool))[0x6734df]
??:0(DsMrr_impl::dsmrr_init(handler*, st_range_seq_if*, void*, unsigned int, unsigned int, st_handler_buffer*))[0x67243d]
??:0(ha_innobase::multi_range_read_init(st_range_seq_if*, void*, unsigned int, unsigned int, st_handler_buffer*))[0x82fb0a]
??:0(QUICK_RANGE_SELECT::reset())[0x7aab2a]
??:0(join_init_read_record(st_join_table*))[0x5c3255]
??:0(sub_select(JOIN*, st_join_table*, bool))[0x5af169]
??:0(do_select(JOIN*, List<Item>*, TABLE*, Procedure*))[0x5b666d]
??:0(JOIN::exec())[0x5d6032]
??:0(subselect_single_select_engine::exec())[0x753325]
??:0(Item_subselect::exec())[0x750daa]
??:0(Item_singlerow_subselect::val_real())[0x75116e]
??:0(Item_cache_real::cache_value())[0x6d8a7f]
??:0(Item_cache_wrapper::cache())[0x6f1803]
??:0(Item_cache_wrapper::val_decimal(my_decimal*))[0x6e6106]
??:0(Arg_comparator::compare_decimal())[0x6fbae8]
??:0(Item_func_eq::val_int())[0x6feaf2]
??:0(Item::val_bool())[0x6d996c]
??:0(Item_cond_and::val_int())[0x6f914a]
??:0(evaluate_join_record(JOIN*, st_join_table*, int))[0x5aa03e]
??:0(sub_select(JOIN*, st_join_table*, bool))[0x5af223]
??:0(do_select(JOIN*, List<Item>*, TABLE*, Procedure*))[0x5b666d]
??:0(JOIN::exec())[0x5d6032]
??:0(subselect_single_select_engine::exec())[0x753325]
??:0(Item_subselect::exec())[0x750daa]
??:0(Item_singlerow_subselect::val_str(String*))[0x751258]
??:0(Item_cache_str::cache_value())[0x6e24cf]
??:0(Item_cache_wrapper::save_val(Field*))[0x6e58b9]
??:0(copy_funcs(Item**, THD const*))[0x5a62aa]
??:0(end_update(JOIN*, st_join_table*, bool))[0x5cccdb]
??:0(evaluate_join_record(JOIN*, st_join_table*, int))[0x5a9faf]
??:0(sub_select(JOIN*, st_join_table*, bool))[0x5af184]
??:0(JOIN_CACHE::generate_full_extensions(unsigned char*))[0x66b91d]
??:0(JOIN_CACHE::join_matching_records(bool))[0x66bdbc]
??:0(JOIN_CACHE::join_records(bool))[0x668c28]
??:0(evaluate_join_record(JOIN*, st_join_table*, int))[0x5a9faf]
??:0(sub_select(JOIN*, st_join_table*, bool))[0x5af223]
??:0(do_select(JOIN*, List<Item>*, TABLE*, Procedure*))[0x5b666d]
??:0(JOIN::exec())[0x5d61f2]
??:0(mysql_select(THD*, Item***, TABLE_LIST*, unsigned int, List<Item>&, Item*, unsigned int, st_order*, st_order*, Item*, st_order*, unsigned long long, select_result*, st_select_lex_unit*, st_select_lex*))[0x5d7fd8]
??:0(handle_select(THD*, LEX*, select_result*, unsigned long))[0x5d8c73]
??:0(execute_sqlcom_select(THD*, TABLE_LIST*))[0x58423c]
??:0(mysql_execute_command(THD*))[0x58a97e]
??:0(mysql_parse(THD*, char*, unsigned int, Parser_state*))[0x58d699]
??:0(dispatch_command(enum_server_command, THD*, char*, unsigned int))[0x58eaf6]
??:0(do_handle_one_connection(THD*))[0x64571f]
??:0(handle_one_connection)[0x6457bc]
??:0(??)[0x7fc1473b7df3]
??:0(??)[0x7fc145c341bd]

Trying to get some variables.
Some pointers may be invalid and cause the dump to abort.
Query (0x7fbf58000e08): is an invalid pointer
Connection ID (thread ID): 92640957
Status: KILL_CONNECTION
 
Optimizer switch: index_merge=on,index_merge_union=on,index_merge_sort_union=on,index_merge_intersection=on,index_merge_sort_intersection=off,engine_condition_pushdown=off,index_condition_pushdown=on,derived_merge=on,derived_with_keys=on,firstmatch=on,loosescan=on,materialization=on,in_to_exists=on,semijoin=on,partial_match_rowid_merge=on,partial_match_table_scan=on,subquery_cache=on,mrr=on,mrr_cost_based=off,mrr_sort_keys=on,outer_join_with_cache=on,semijoin_with_cache=on,join_cache_incremental=on,join_cache_hashed=on,join_cache_bka=on,optimize_join_buffer_size=off,table_elimination=on,extended_keys=off



 Comments   
Comment by Elena Stepanova [ 2017-02-07 ]

Please consider upgrading.
5.5.30 is almost 4 years old, there have been 24 releases in 5.5 line since then, with lots of bug fixes.
Namely, we used to observe a similar crash in old releases: MDEV-4789 , but it disappeared around 5.5.40.

Comment by Elena Stepanova [ 2017-03-09 ]

If you still experience the problem after upgrading, please comment to re-open the issue.

Generated at Thu Feb 08 07:54:22 UTC 2024 using Jira 8.20.16#820016-sha1:9d11dbea5f4be3d4cc21f03a88dd11d8c8687422.