Bug #43592 Falcon crashes at IndexRootPage.cpp:1131
Submitted: 12 Mar 2009 12:48
Reporter: Alexey Stroganov Email Updates:
Status: Duplicate Impact on me:
None 
Category:MySQL Server: Falcon storage engine Severity:S3 (Non-critical)
Version:6.0.10-release OS:Any
Assigned to: CPU Architecture:Any
Tags: F_RECOVERY

[12 Mar 2009 12:48] Alexey Stroganov
Description:
I report this issue just for history purposes as it's related/duplicate to already fixed Bug#43095 in 6.0.11pre. I can't repeat this issue with the latest binary from falcon-team tree.

This issue was exposed during testing of Falcon 6.0.10-release with sysbench phptest suite.

1. I created and loaded database.
2. I stop server.
3. I run server.
4. I run any of the queries from the test suite and got the crash.

bt:
gdb) bt
#0  0x00000000008bcce3 in IndexRootPage::getIndexRoot (dbb=0x2aaae2774368, indexId=2) at IndexRootPage.cpp:1131
#1  0x00000000008b91fb in Index::scanIndex (this=0x2aaaab4d6e10, lowKey=0x2aaae279f6a0, highKey=0x2aaae279f6a0, searchFlags=1, transaction=0x2aaae27787c8, bitmap=0x2aaaab4b0b30) at Index.cpp:906
#2  0x0000000000861c3b in StorageTable::indexScan (this=0x2aaae279f648, indexOrder=0) at StorageTable.cpp:259
#3  0x0000000000850cf6 in StorageInterface::index_read (this=0x1afec88, buf=0x1aff068 "���", keyBytes=0x1b26ed0 "\233", key_len=2, find_flag=<value optimized out>) at ha_falcon.cpp:1455
#4  0x00000000006b91c9 in join_read_always_key (tab=0x1b26c30) at sql_select.cc:16902
#5  0x00000000006c5cb1 in sub_select (join=0x1b470b8, join_tab=0x1b26c30, end_of_records=false) at sql_select.cc:16222
#6  0x00000000006bb7ae in do_select (join=0x1b470b8, fields=0x1b33238, table=0x0, procedure=0x0) at sql_select.cc:15786
#7  0x00000000006da970 in JOIN::exec (this=0x1b470b8) at sql_select.cc:2881
#8  0x00000000006d65aa in mysql_select (thd=0x1af3160, rref_pointer_array=<value optimized out>, tables=<value optimized out>, wild_num=0, fields=<value optimized out>, conds=0x1b35428, og_num=0, order=0x0, group=0x0, having=0x0, proc_param=0x0, select_options=0, result=0x1b34ac8, unit=0x1b32cc8, select_lex=0x1b33130) at sql_select.cc:3062
#9  0x00000000006dc2e4 in handle_select (thd=0x1af3160, lex=0x1b32c28, result=0x1b34ac8, setup_tables_done_option=0) at sql_select.cc:314
#10 0x000000000065f237 in execute_sqlcom_select (thd=0x1af3160, all_tables=0x1b33e10) at sql_parse.cc:4757
#11 0x00000000006638a5 in mysql_execute_command (thd=0x1af3160) at sql_parse.cc:2063
#12 0x00000000006e8771 in Prepared_statement::execute (this=0x1ae0ac0, expanded_query=<value optimized out>, open_cursor=false) at sql_prepare.cc:3756
#13 0x00000000006ec510 in Prepared_statement::execute_loop (this=0x1ae0ac0, expanded_query=0x40410450, open_cursor=false, packet=<value optimized out>, packet_end=<value optimized out>) at sql_prepare.cc:3386
#14 0x00000000006ecab8 in mysql_stmt_execute (thd=0x1af3160, packet_arg=0x1af5c31 "", packet_length=2) at sql_prepare.cc:2542
#15 0x000000000066881e in dispatch_command (command=COM_STMT_EXECUTE, thd=0x1af3160, packet=0x1af5c31 "", packet_length=17) at sql_parse.cc:963
#16 0x000000000065afb9 in handle_one_connection (arg=<value optimized out>) at sql_connect.cc:1146
#17 0x00002aecdfe51193 in ?? ()
#18 0x0000000000000000 in ?? ()

How to repeat:
For instructions how to repeat see BUG#36734.