InnoDB: Failing assertion: lock_table_has(trx, index->table, LOCK_IX) in file lock0lock.cc line 5961 | InnoDB could not find index c1 key no 0 for table tmp/#sql46d9_f_6 through its index translation table | abort (sig=6) in lock_rec_insert_check_and_lock

Bug #1226525 reported by Roel Van de Paar
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Percona Server moved to https://jira.percona.com/projects/PS
Triaged
Medium
Unassigned
5.1
New
Undecided
Unassigned
5.5
New
Undecided
Unassigned
5.6
Triaged
Medium
Unassigned

Bug Description

2013-09-16 14:49:52 18137 [Note] /ssd/Percona-Server-5.6.13-rc60.5-437-debug.Linux.x86_64/bin/mysqld: ready for connections.
Version: '5.6.13-rc60.5-debug-log' socket: '/ssd//128776/current1_1/tmp/master.sock' port: 13000 Percona Server with XtraDB (GPL), Release rc60.5, Revision 437-debug
2013-09-16 14:51:08 18137 [Warning] InnoDB could not find index c1 key no 0 for table tmp/#sql46d9_f_6 through its index translation table
2013-09-16 14:51:08 18137 [Warning] InnoDB could not find index c1 key no 0 for table tmp/#sql46d9_f_6 through its index translation table
2013-09-16 14:51:10 7f1bcf429700 InnoDB: Assertion failure in thread 139757418092288 in file lock0lock.cc line 5961
InnoDB: Failing assertion: lock_table_has(trx, index->table, LOCK_IX)
[...]
Query (7f1b90004c50): REPLACE INTO `table500_memory` ( `c44` ) VALUES ( NULL )
Connection ID (thread ID): 13
Status: NOT_KILLED

===============

Thread 1 (LWP 18482):
+bt
#0 0x000000363720c69c in pthread_kill () from /lib64/libpthread.so.0
#1 0x00000000006874ae in handle_fatal_signal (sig=6) at /bzr/5.6-QA_dbg/Percona-Server-5.6.13-rc60.5/sql/signal_handler.cc:251
#2 <signal handler called>
#3 0x0000003636e328a5 in raise () from /lib64/libc.so.6
#4 0x0000003636e34085 in abort () from /lib64/libc.so.6
#5 0x0000000000a4a837 in lock_rec_insert_check_and_lock (flags=<optimized out>, rec=<optimized out>, block=0x7f1bd6248a30, index=0x7f1b8400f2a8, thr=0x7f1b7c0f4100, mtr=0x7f1bcf426420, inherit=0x7f1bcf426350) at /bzr/5.6-QA_dbg/Percona-Server-5.6.13-rc60.5/storage/innobase/lock/lock0lock.cc:5961
#6 0x0000000000b6076f in btr_cur_ins_lock_and_undo (inherit=0x7f1bcf426350, mtr=0x7f1bcf426420, thr=0x7f1b7c0f4100, entry=0x7f1b9000e168, cursor=0x7f1bcf426c10, flags=0) at /bzr/5.6-QA_dbg/Percona-Server-5.6.13-rc60.5/storage/innobase/btr/btr0cur.cc:1272
#7 btr_cur_optimistic_insert (flags=0, cursor=0x7f1bcf426c10, offsets=0x7f1bcf426ca8, heap=0x7f1bcf426c98, entry=0x7f1b9000e168, rec=0x7f1bcf426c90, big_rec=0x7f1bcf426ca0, n_ext=0, thr=0x7f1b7c0f4100, mtr=0x7f1bcf426420) at /bzr/5.6-QA_dbg/Percona-Server-5.6.13-rc60.5/storage/innobase/btr/btr0cur.cc:1515
#8 0x0000000000aba726 in row_ins_clust_index_entry_low (flags=0, mode=<optimized out>, index=0x7f1b8400f2a8, n_uniq=<optimized out>, entry=0x7f1b9000e168, n_ext=0, thr=0x7f1b7c0f4100) at /bzr/5.6-QA_dbg/Percona-Server-5.6.13-rc60.5/storage/innobase/row/row0ins.cc:2514
#9 0x0000000000abd685 in row_ins_clust_index_entry (index=0x7f1b8400f2a8, entry=0x7f1b9000e168, thr=0x7f1b7c0f4100, n_ext=0) at /bzr/5.6-QA_dbg/Percona-Server-5.6.13-rc60.5/storage/innobase/row/row0ins.cc:2918
#10 0x0000000000abdc67 in row_ins_index_entry (thr=0x7f1b7c0f4100, entry=0x7f1b9000e168, index=0x7f1b8400f2a8) at /bzr/5.6-QA_dbg/Percona-Server-5.6.13-rc60.5/storage/innobase/row/row0ins.cc:3012
#11 row_ins_index_entry_step (thr=0x7f1b7c0f4100, node=0x7f1b7c0f3850) at /bzr/5.6-QA_dbg/Percona-Server-5.6.13-rc60.5/storage/innobase/row/row0ins.cc:3089
#12 row_ins (thr=0x7f1b7c0f4100, node=0x7f1b7c0f3850) at /bzr/5.6-QA_dbg/Percona-Server-5.6.13-rc60.5/storage/innobase/row/row0ins.cc:3229
#13 row_ins_step (thr=0x7f1b7c0f4100) at /bzr/5.6-QA_dbg/Percona-Server-5.6.13-rc60.5/storage/innobase/row/row0ins.cc:3354
#14 0x0000000000ad090c in row_insert_for_mysql (mysql_rec=<optimized out>, prebuilt=<optimized out>) at /bzr/5.6-QA_dbg/Percona-Server-5.6.13-rc60.5/storage/innobase/row/row0mysql.cc:1313
#15 0x0000000000a0dace in ha_innobase::write_row (this=0x7f1b7c0f0810, record=0x7f1b7c04fc30 "\377\377\377\377\377\377") at /bzr/5.6-QA_dbg/Percona-Server-5.6.13-rc60.5/storage/innobase/handler/ha_innodb.cc:6940
#16 0x00000000005ba824 in handler::ha_write_row (this=0x7f1b7c0f0810, buf=0x7f1b7c04fc30 "\377\377\377\377\377\377") at /bzr/5.6-QA_dbg/Percona-Server-5.6.13-rc60.5/sql/handler.cc:7448
#17 0x0000000000704fcd in write_record (thd=0x2d2a640, table=0x7f1b7c0ef570, info=0x7f1bcf427260, update=0x7f1bcf4271e0) at /bzr/5.6-QA_dbg/Percona-Server-5.6.13-rc60.5/sql/sql_insert.cc:1668
#18 0x000000000070c949 in mysql_insert (thd=0x2d2a640, table_list=0x7f1b90004db8, fields=..., values_list=..., update_fields=..., update_values=..., duplic=DUP_REPLACE, ignore=false) at /bzr/5.6-QA_dbg/Percona-Server-5.6.13-rc60.5/sql/sql_insert.cc:1073
#19 0x0000000000724bf9 in mysql_execute_command (thd=0x2d2a640) at /bzr/5.6-QA_dbg/Percona-Server-5.6.13-rc60.5/sql/sql_parse.cc:3649
#20 0x0000000000728628 in mysql_parse (thd=0x2d2a640, rawbuf=0x2d2ca00 "P\303\070\001", length=<optimized out>, parser_state=<optimized out>) at /bzr/5.6-QA_dbg/Percona-Server-5.6.13-rc60.5/sql/sql_parse.cc:6479
#21 0x000000000072978c in dispatch_command (command=COM_QUERY, thd=0x2d2a640, packet=0x7f1bcf428a90 "@\246\322\002", packet_length=56) at /bzr/5.6-QA_dbg/Percona-Server-5.6.13-rc60.5/sql/sql_parse.cc:1355
#22 0x000000000072a987 in do_command (thd=0x2d2a640) at /bzr/5.6-QA_dbg/Percona-Server-5.6.13-rc60.5/sql/sql_parse.cc:1049
#23 0x00000000006ee1ef in do_handle_one_connection (thd_arg=<optimized out>) at /bzr/5.6-QA_dbg/Percona-Server-5.6.13-rc60.5/sql/sql_connect.cc:1615
#24 0x00000000006ee2d7 in handle_one_connection (arg=0x2d2a640) at /bzr/5.6-QA_dbg/Percona-Server-5.6.13-rc60.5/sql/sql_connect.cc:1526
#25 0x00000000009e033a in pfs_spawn_thread (arg=0x2c7dfb0) at /bzr/5.6-QA_dbg/Percona-Server-5.6.13-rc60.5/storage/perfschema/pfs.cc:1858
#26 0x0000003637207851 in start_thread () from /lib64/libpthread.so.0
#27 0x0000003636ee890d in clone () from /lib64/libc.so.6

Revision history for this message
Roel Van de Paar (roel11) wrote :
Revision history for this message
Roel Van de Paar (roel11) wrote :

RQG @ 909 <email address hidden>
PS @ Percona-Server-5.6.13-rc60.5-437-debug.Linux.x86_64 (5.6-QA)

Revision history for this message
Roel Van de Paar (roel11) wrote :
Revision history for this message
Roel Van de Paar (roel11) wrote :
Revision history for this message
Roel Van de Paar (roel11) wrote :
Revision history for this message
Roel Van de Paar (roel11) wrote :
Revision history for this message
Roel Van de Paar (roel11) wrote :

(gdb) f 5
#5 0x0000000000a4a837 in lock_rec_insert_check_and_lock (flags=<optimized out>, rec=<optimized out>, block=0x7f1bd6248a30, index=0x7f1b8400f2a8, thr=0x7f1b7c0f
4100, mtr=0x7f1bcf426420, inherit=0x7f1bcf426350) at /bzr/5.6-QA_dbg/Percona-Server-5.6.13-rc60.5/storage/innobase/lock/lock0lock.cc:5961
5961 ut_ad(lock_table_has(trx, index->table, LOCK_IX));
(gdb) p trx->fake_changes
$1 = 0

Revision history for this message
Roel Van de Paar (roel11) wrote :
Revision history for this message
Roel Van de Paar (roel11) wrote :

Laurynas: 90% sure upstream

Changed in percona-server:
milestone: none → 5.6.13-61.0
Revision history for this message
Roel Van de Paar (roel11) wrote :

It looks like this bug *may* have been resolved along the way. A re-run of the #6 command on the latest 5.6-QA tree (rev 454) does not reproduce the issue. However, the RQG grammar has also been added to since, then again, a 1 hour run was executed this time whilst before it was only a 5 minute run. One further testing step may be to run with the same RQG rev as the original report. Marking as incomplete ftm

Changed in percona-server:
assignee: Laurynas Biveinis (laurynas-biveinis) → Roel Van de Paar (roel11)
status: Confirmed → Incomplete
tags: removed: 56qual
Changed in percona-server:
milestone: 5.6.13-61.0 → none
Revision history for this message
Roel Van de Paar (roel11) wrote :

DROP DATABASE test;CREATE DATABASE test;USE test;
create table t1(a double)partition by key (a);
SET innodb_fake_changes=1;
XA START'';
INSERT INTO t1 VALUES(CONVERT(_ucs2 0x0645062C06440633 USING utf8));
SET innodb_fake_changes=0;
INSERT INTO t1 VALUES(CONVERT(_ucs2 0x064506270646062F USING utf8));

Debug only.

tags: added: fake-changes
Changed in percona-server:
status: Incomplete → Confirmed
assignee: Roel Van de Paar (roel11) → nobody
Revision history for this message
Roel Van de Paar (roel11) wrote :

2014-10-17 19:31:24 7fe8207b7700 InnoDB: Assertion failure in thread 140634954102528 in file lock0lock.cc line 5985
InnoDB: Failing assertion: lock_table_has(trx, index->table, LOCK_IX)

Similar gdb stack (first frame checked), but no "InnoDB could not find index c1 key no 0" so that may be seperate bug that previously intertwined with one reported here.

Revision history for this message
Laurynas Biveinis (laurynas-biveinis) wrote :

#11 is different bug (fake changes vs no fake changes above).

And I cannot reproduce:

create table t1(a double)partition by key (a);
SET innodb_fake_changes=1;
XA START'';
INSERT INTO t1 VALUES(CONVERT(_ucs2 0x0645062C06440633 USING utf8));
Warnings:
Warning 1265 Data truncated for column 'a' at row 1
SET innodb_fake_changes=0;
INSERT INTO t1 VALUES(CONVERT(_ucs2 0x064506270646062F USING utf8));
Warnings:
Warning 1265 Data truncated for column 'a' at row 1
main.foo19 [ pass ] 15

Revision history for this message
Roel Van de Paar (roel11) wrote :
Download full text (3.4 KiB)

- Not convinced fake changes is related; notice that the set actually turns it off.
- Reproducing: please try using CLI instead of MTR. Here is full example:

==================================================
[roel@localhost Percona-Server-5.6.21-rel69.0-681.Linux.x86_64-debug]$ ./cl
Welcome to the MySQL monitor. Commands end with ; or \g.
Your MySQL connection id is 1
Server version: 5.6.21-69.0-debug Percona Server (GPL), Release 69.0, Revision 681, DEBUG BINARY

Copyright (c) 2009-2014 Percona LLC and/or its affiliates
Copyright (c) 2000, 2014, Oracle and/or its affiliates. All rights reserved.

Oracle is a registered trademark of Oracle Corporation and/or its
affiliates. Other names may be trademarks of their respective
owners.

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

mysql> DROP DATABASE test;CREATE DATABASE test;USE test;
06270646062F USING utf8));Query OK, 0 rows affected (0.00 sec)

Query OK, 1 row affected (0.00 sec)

Database changed
mysql> create table t1(a double)partition by key (a);
Query OK, 0 rows affected (0.14 sec)

mysql> SET innodb_fake_changes=1;
Query OK, 0 rows affected (0.00 sec)

mysql> XA START'';
Query OK, 0 rows affected (0.00 sec)

mysql> INSERT INTO t1 VALUES(CONVERT(_ucs2 0x0645062C06440633 USING utf8));
Query OK, 1 row affected, 1 warning (0.00 sec)

mysql> SET innodb_fake_changes=0;
Query OK, 0 rows affected (0.00 sec)

mysql> INSERT INTO t1 VALUES(CONVERT(_ucs2 0x064506270646062F USING utf8));

ERROR 2013 (HY000): Lost connection to MySQL server during query
mysql> INSERT INTO t1 VALUES(CONVERT(_ucs2 0x064506270646062F USING utf8));
ERROR 2006 (HY000): MySQL server has gone away
No connection. Trying to reconnect...
ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/sda/Percona-Server-5.6.21-rel69.0-681.Linux.x86_64-debug/socket.sock' (111)
ERROR:
Can't connect to the server

mysql> exit
Bye
[roel@localhost Percona-Server-5.6.21-rel69.0-681.Linux.x86_64-debug]$ cat cl
/sda/Percona-Server-5.6.21-rel69.0-681.Linux.x86_64-debug/bin/mysql -A -uroot -S/sda/Percona-Server-5.6.21-rel69.0-681.Linux.x86_64-debug/socket.sock test
[roel@localhost Percona-Server-5.6.21-rel69.0-681.Linux.x86_64-debug]$ cat start
if [ -r /usr/lib64/libjemalloc.so.1 ]; then export LD_PRELOAD=/usr/lib64/libjemalloc.so.1
elif [ -r /usr/lib/x86_64-linux-gnu/libjemalloc.so.1 ]; then export LD_PRELOAD=/usr/lib/x86_64-linux-gnu/libjemalloc.so.1
elif [ -r /sda/Percona-Server-5.6.21-rel69.0-681.Linux.x86_64-debug/lib/mysql/libjemalloc.so.1 ]; then export LD_PRELOAD=/sda/Percona-Server-5.6.21-rel69.0-681.Linux.x86_64-debug/lib/mysql/libjemalloc.so.1
else echo 'Error: jemalloc not found, please install it first'; exit 1; fi
/sda/Percona-Server-5.6.21-rel69.0-681.Linux.x86_64-debug/bin/mysqld --innodb_buffer_pool_size=2147483648 --basedir=/sda/Percona-Server-5.6.21-rel69.0-681.Linux.x86_64-debug --tmpdir=/sda/Percona-Server-5.6.21-rel69.0-681.Linux.x86_64-debug/data --datadir=/sda/Percona-Server-5.6.21-rel69.0-681.Linux.x86_64-debug/data --plugin-load=tokudb=ha_tokudb.so --core --socket=/sda/Percona-Server-5.6.21-rel69.0-681.Linux.x86_64-debug/socket.sock --port=10244 --log-error=/sda/Pe...

Read more...

Revision history for this message
Roel Van de Paar (roel11) wrote :

Notice cl and start commands used. Should be enough to reproduce with testcase and using CLI.

Revision history for this message
Laurynas Biveinis (laurynas-biveinis) wrote :

If fake changes are unrelated, can you please create a testcase that does not manipulate its setting then?

If you reproduce and I cannot, it must be one of your startup options. I will investigate.

Revision history for this message
Laurynas Biveinis (laurynas-biveinis) wrote :

OK, can you give the full stacktrace of the crash in #11? If you cannot make a fake-changes-less testcase, please move comments #11+ to a new bug.

Revision history for this message
Roel Van de Paar (roel11) wrote :

- To clarify what I meant in comment #14: I meant to express that the state at which the server crashed (as a result of testcase #11) was [at that point] with fake-changes turned off. This was also the case in the original situation (see comment #7).

- Yet, fake changes itself may need to be turned on, then off (for example), for this bug to trigger. Hence, making it (all 3 cases - original, #11 and additional testcase below) the same bug and all related to fake changes.

- And, the original testcase used 5.6.yy which arbitrarily turns off/on fake changes, hence the situation may have been the same as in comment #11, even if in the core dump fake changes shows as being turned off, just like in another testcase I will post in the next comment;

(gdb) p trx->fake_changes
$1 = 0

- The startup commands used are listed in #14 - no special options used. I have previously noted replay differences between various tools. MTR vs CLI vs pquery (C interface). All testcases posted to all bugs are CLI-based, unless otherwise noted, and should work at the CLI.

Revision history for this message
Roel Van de Paar (roel11) wrote :
Download full text (9.1 KiB)

===== Crashes PS debug (including and upto rev 900) with Failing assertion: lock_table_has(trx, index->table, LOCK_IX)
DROP DATABASE test;CREATE DATABASE test;USE test;
CREATE TABLE t1(a DATETIME)PARTITION BY HASH (EXTRACT(SECOND_MICROSECOND FROM a));
SET innodb_fake_changes=1;
XA START'';
insert into t1 values(1),(2);
SET innodb_fake_changes=default;
INSERT INTO t1(a)VALUES (0);

===== Stacks. As mentioned above, though fake_changes=0 in core, it was turned on before, likely idem to other 2 cases in this bug.
(gdb) bt
#0 0x00007f24c97d1771 in pthread_kill () from /lib64/libpthread.so.0
#1 0x0000000000ab7cf6 in my_write_core (sig=6) at /mnt/workspace/percona-server-5.6-binaries-debug-yassl/label_exp/centos6-64/percona-server-5.6.21-69.0/mysys/stacktrace.c:422
#2 0x000000000072fcd3 in handle_fatal_signal (sig=6) at /mnt/workspace/percona-server-5.6-binaries-debug-yassl/label_exp/centos6-64/percona-server-5.6.21-69.0/sql/signal_handler.cc:236
#3 <signal handler called>
#4 0x00007f24c83d55c9 in raise () from /lib64/libc.so.6
#5 0x00007f24c83d6cd8 in abort () from /lib64/libc.so.6
#6 0x0000000000b33820 in lock_rec_insert_check_and_lock (flags=0, rec=0x7f2457bec063 "infimum", block=0x7f2447bff218, index=0x7f240c86c278, thr=0x7f240ca5f550, mtr=0x7f24c9dc0e50, inherit=0x7f24c9dc0ce0) at /mnt/workspace/percona-server-5.6-binaries-debug-yassl/label_exp/centos6-64/percona-server-5.6.21-69.0/storage/innobase/lock/lock0lock.cc:5985
#7 0x0000000000c98dd3 in btr_cur_ins_lock_and_undo (flags=0, cursor=0x7f24c9dc0dd0, entry=0x7f240c86b0f8, thr=0x7f240ca5f550, mtr=0x7f24c9dc0e50, inherit=0x7f24c9dc0ce0) at /mnt/workspace/percona-server-5.6-binaries-debug-yassl/label_exp/centos6-64/percona-server-5.6.21-69.0/storage/innobase/btr/btr0cur.cc:1263
#8 0x0000000000c995b1 in btr_cur_optimistic_insert (flags=0, cursor=0x7f24c9dc0dd0, offsets=0x7f24c9dc1340, heap=0x7f24c9dc1330, entry=0x7f240c86b0f8, rec=0x7f24c9dc1328, big_rec=0x7f24c9dc1338, n_ext=0, thr=0x7f240ca5f550, mtr=0x7f24c9dc0e50) at /mnt/workspace/percona-server-5.6-binaries-debug-yassl/label_exp/centos6-64/percona-server-5.6.21-69.0/storage/innobase/btr/btr0cur.cc:1501
#9 0x0000000000bc05e7 in row_ins_clust_index_entry_low (flags=0, mode=2, index=0x7f240c86c278, n_uniq=0, entry=0x7f240c86b0f8, n_ext=0, thr=0x7f240ca5f550) at /mnt/workspace/percona-server-5.6-binaries-debug-yassl/label_exp/centos6-64/percona-server-5.6.21-69.0/storage/innobase/row/row0ins.cc:2493
#10 0x0000000000bc152b in row_ins_clust_index_entry (index=0x7f240c86c278, entry=0x7f240c86b0f8, thr=0x7f240ca5f550, n_ext=0) at /mnt/workspace/percona-server-5.6-binaries-debug-yassl/label_exp/centos6-64/percona-server-5.6.21-69.0/storage/innobase/row/row0ins.cc:2897
#11 0x0000000000bc182b in row_ins_index_entry (index=0x7f240c86c278, entry=0x7f240c86b0f8, thr=0x7f240ca5f550) at /mnt/workspace/percona-server-5.6-binaries-debug-yassl/label_exp/centos6-64/percona-server-5.6.21-69.0/storage/innobase/row/row0ins.cc:2995
#12 0x0000000000bc1b0c in row_ins_index_entry_step (node=0x7f240ca5f330, thr=0x7f240ca5f550) at /mnt/workspace/percona-server-5.6-binaries-debug-yassl/label_exp/centos6-64/percona-server-5.6.21-69.0/storage/innobase/row/row0...

Read more...

Revision history for this message
Roel Van de Paar (roel11) wrote :
Download full text (7.1 KiB)

Confirming stacks for #11

(gdb) bt
#0 0x00007f8dc097f771 in pthread_kill () from /lib64/libpthread.so.0
#1 0x0000000000ab7cf6 in my_write_core (sig=6) at /mnt/workspace/percona-server-5.6-binaries-debug-yassl/label_exp/centos6-64/percona-server-5.6.21-69.0/mysys/stacktrace.c:422
#2 0x000000000072fcd3 in handle_fatal_signal (sig=6) at /mnt/workspace/percona-server-5.6-binaries-debug-yassl/label_exp/centos6-64/percona-server-5.6.21-69.0/sql/signal_handler.cc:236
#3 <signal handler called>
#4 0x00007f8dbf5835c9 in raise () from /lib64/libc.so.6
#5 0x00007f8dbf584cd8 in abort () from /lib64/libc.so.6
#6 0x0000000000b33820 in lock_rec_insert_check_and_lock (flags=0, rec=0x7f8d3d3ec063 "infimum", block=0x7f8d2d3ff218, index=0x7f8d0246d778, thr=0x7f8d02670558, mtr=0x7f8dc0f6ee50, inherit=0x7f8dc0f6ece0) at /mnt/workspace/percona-server-5.6-binaries-debug-yassl/label_exp/centos6-64/percona-server-5.6.21-69.0/storage/innobase/lock/lock0lock.cc:5985
#7 0x0000000000c98dd3 in btr_cur_ins_lock_and_undo (flags=0, cursor=0x7f8dc0f6edd0, entry=0x7f8d0246c0f8, thr=0x7f8d02670558, mtr=0x7f8dc0f6ee50, inherit=0x7f8dc0f6ece0) at /mnt/workspace/percona-server-5.6-binaries-debug-yassl/label_exp/centos6-64/percona-server-5.6.21-69.0/storage/innobase/btr/btr0cur.cc:1263
#8 0x0000000000c995b1 in btr_cur_optimistic_insert (flags=0, cursor=0x7f8dc0f6edd0, offsets=0x7f8dc0f6f340, heap=0x7f8dc0f6f330, entry=0x7f8d0246c0f8, rec=0x7f8dc0f6f328, big_rec=0x7f8dc0f6f338, n_ext=0, thr=0x7f8d02670558, mtr=0x7f8dc0f6ee50) at /mnt/workspace/percona-server-5.6-binaries-debug-yassl/label_exp/centos6-64/percona-server-5.6.21-69.0/storage/innobase/btr/btr0cur.cc:1501
#9 0x0000000000bc05e7 in row_ins_clust_index_entry_low (flags=0, mode=2, index=0x7f8d0246d778, n_uniq=0, entry=0x7f8d0246c0f8, n_ext=0, thr=0x7f8d02670558) at /mnt/workspace/percona-server-5.6-binaries-debug-yassl/label_exp/centos6-64/percona-server-5.6.21-69.0/storage/innobase/row/row0ins.cc:2493
#10 0x0000000000bc152b in row_ins_clust_index_entry (index=0x7f8d0246d778, entry=0x7f8d0246c0f8, thr=0x7f8d02670558, n_ext=0) at /mnt/workspace/percona-server-5.6-binaries-debug-yassl/label_exp/centos6-64/percona-server-5.6.21-69.0/storage/innobase/row/row0ins.cc:2897
#11 0x0000000000bc182b in row_ins_index_entry (index=0x7f8d0246d778, entry=0x7f8d0246c0f8, thr=0x7f8d02670558) at /mnt/workspace/percona-server-5.6-binaries-debug-yassl/label_exp/centos6-64/percona-server-5.6.21-69.0/storage/innobase/row/row0ins.cc:2995
#12 0x0000000000bc1b0c in row_ins_index_entry_step (node=0x7f8d02670330, thr=0x7f8d02670558) at /mnt/workspace/percona-server-5.6-binaries-debug-yassl/label_exp/centos6-64/percona-server-5.6.21-69.0/storage/innobase/row/row0ins.cc:3072
#13 0x0000000000bc1e10 in row_ins (node=0x7f8d02670330, thr=0x7f8d02670558) at /mnt/workspace/percona-server-5.6-binaries-debug-yassl/label_exp/centos6-64/percona-server-5.6.21-69.0/storage/innobase/row/row0ins.cc:3212
#14 0x0000000000bc2195 in row_ins_step (thr=0x7f8d02670558) at /mnt/workspace/percona-server-5.6-binaries-debug-yassl/label_exp/centos6-64/percona-server-5.6.21-69.0/storage/innobase/row/row0ins.cc:3337
#15 0x0000000000bda4fe in row_insert_for_mysql (mysql_r...

Read more...

Revision history for this message
Roel Van de Paar (roel11) wrote :

One interesting thing here is the "InnoDB could not find index c1 key no 0 for table tmp/#sql46d9_f_6 through its index translation table" difference. That may need further checking.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.