vp_copy_table crashes on MySQL-5.5.8, vp-0.13
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Vertical Partitioning for MySQL |
Fix Released
|
High
|
Kentoku SHIBA |
Bug Description
vp_copy_table crahses on MySQL-5.5.8 + vp-0.13
vp_copy_table got into infinite loop, went out of memory.
#1340 0x00000000009b2ce6 in alloc_root (mem_root=
#1341 0x000000000052c11d in Sql_alloc::operator new (size=376, mem_root=0x1b76690) at /mysql/
#1342 0x000000000058b781 in Warning_
#1343 0x0000000000580620 in THD::raise_
#1344 0x0000000000526b10 in my_message_sql (error=5, str=0x48288ca0 "Out of memory (Needed 2016 bytes)", MyFlags=100) at /mysql/
#1345 0x00000000009b4f32 in my_error (nr=5, MyFlags=100) at /mysql/
#1346 0x00000000009bc240 in my_malloc (size=2016, my_flags=1040) at /mysql/
#1347 0x00000000009b2ce6 in alloc_root (mem_root=
#1348 0x000000000052c11d in Sql_alloc::operator new (size=376, mem_root=0x1b76690) at /mysql/
#1349 0x000000000058b781 in Warning_
#1350 0x0000000000580620 in THD::raise_
#1351 0x0000000000526b10 in my_message_sql (error=5, str=0x48289170 "Out of memory (Needed 2232 bytes)", MyFlags=100) at /mysql/
#1352 0x00000000009b4f32 in my_error (nr=5, MyFlags=100) at /mysql/
#1353 0x00000000009bc240 in my_malloc (size=2232, my_flags=16) at /mysql/
#1354 0x000000000056b9e5 in open_table (thd=0x1b73bb0, table_list=
#1355 0x000000000056c221 in open_and_
#1356 0x000000000056c98a in open_tables (thd=0x1b73bb0, start=0x48289bb0, counter=0x48289bdc, flags=0, prelocking_
#1357 0x000000000056ce57 in open_and_
#1358 0x000000000055fbad in open_and_
#1359 0x00002aaaab9b631b in vp_copy_tables_body (initid=0x1c01648, args=0x1c01608, is_null=0x1c01679 "", error=0x1c01678 "") at /mysql/
#1360 0x00002aaaab9b2ef3 in vp_copy_tables (initid=0x1c01648, args=0x1c01608, is_null=0x1c01679 "", error=0x1c01678 "") at /mysql/
#1361 0x000000000073caef in udf_handler:
#1362 0x000000000072b8b8 in Item_func_
#1363 0x00000000006e8f68 in Item::send (this=0x1c01548, protocol=0x1b74050, buffer=0x4828bb50) at /mysql/
#1364 0x000000000053247b in Protocol:
#1365 0x000000000057eaad in select_
#1366 0x00000000005f0a49 in JOIN::exec (this=0x1c017e8) at /mysql/
#1367 0x00000000005ed912 in mysql_select (thd=0x1b73bb0, rref_pointer_
#1368 0x00000000005f271f in handle_select (thd=0x1b73bb0, lex=0x1b75508, result=0x1c017c8, setup_tables_
#1369 0x00000000005a5bc4 in execute_
#1370 0x00000000005a68ba in mysql_execute_
#1371 0x00000000005aca42 in mysql_parse (thd=0x1b73bb0, rawbuf=0x1c011e0 "select vp_copy_
#1372 0x00000000005ad9c3 in dispatch_command (command=COM_QUERY, thd=0x1b73bb0, packet=0x1bf91b1 "", packet_length=50) at /mysql/
#1373 0x00000000005aebbd in do_command (thd=0x1b73bb0) at /mysql/
#1374 0x0000000000662028 in do_handle_
#1375 0x000000000066211b in handle_
#1376 0x000000385380673d in start_thread () from /lib64/
#1377 0x00000038530d3f6d in clone () from /lib64/libc.so.6
vp_copy_tables_body calls open_and_
so the 2nd calling vp_ha::
Changed in vpformysql: | |
assignee: | nobody → Kentoku SHIBA (kentokushiba) |
Thank you for a bug report!
Please use this attached file for avoiding this problem.