[MDEV-5656] Crash in xtradb: Failing assertion: i < srv_buf_pool_instances Created: 2014-02-11  Updated: 2014-03-07  Resolved: 2014-03-07

Status: Closed
Project: MariaDB Server
Component/s: None
Affects Version/s: 5.5.35
Fix Version/s: 5.5.37

Type: Bug Priority: Major
Reporter: Michael Widenius Assignee: Jan Lindström (Inactive)
Resolution: Cannot Reproduce Votes: 0
Labels: None
Environment:

OpenSuse 12.3



 Description   

./BUILD/compile-pentium-valgrind-max
cd mysql-test-run
mysql-test-run --parallel=8 --force

This failed once for me with:

CURRENT_TEST: percona.percona_xtradb_bug317074
mysqltest: At line 39: query 'call insert_many(100000)' failed: 2013: Lost connection to MySQL server during query
 
InnoDB: DEBUG: update_statistics for test/test1.
140211 20:28:29  InnoDB: Assertion failure in thread 140665614755584 in file buf0buf.ic line 78
InnoDB: Failing assertion: i < srv_buf_pool_instances
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.
140211 20:28:29 [ERROR] mysqld got signal 6 ;
 
Thread pointer: 0x0x0
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 = 0x0 thread_stack 0x48000
mysys/stacktrace.c:246(my_print_stacktrace)[0xcfb42e]
sql/signal_handler.cc:155(handle_fatal_signal)[0x7ef7f7]
/lib64/libpthread.so.0(+0xf1f0)[0x7fef50dd51f0]
/lib64/libc.so.6(gsignal+0x35)[0x7fef4f9db3d5]
/lib64/libc.so.6(abort+0x148)[0x7fef4f9dc858]
include/buf0buf.ic:79(buf_pool_from_bpage)[0xa165ce]
include/buf0buf.ic:340(buf_page_get_mutex)[0xa16b70]
buf/buf0lru.c:1925(buf_LRU_free_block)[0xa2da26]
buf/buf0lru.c:1055(buf_LRU_free_from_common_LRU_list)[0xa2b51a]
buf/buf0lru.c:1104(buf_LRU_search_and_free_block)[0xa2b663]
buf/buf0lru.c:1343(buf_LRU_get_free_block)[0xa2bf0a]
buf/buf0buf.c:3484(buf_page_init_for_read)[0xa1fec5]
buf/buf0rea.c:165(buf_read_page_low)[0xa31955]
buf/buf0rea.c:452(buf_read_page)[0xa3220c]
buf/buf0buf.c:2577(buf_page_get_gen)[0xa1d939]
include/trx0undo.ic:155(trx_undo_page_get)[0x9f358c]
trx/trx0purge.c:560(trx_purge_truncate_rseg_history)[0x9e18b8]
trx/trx0purge.c:655(trx_purge_truncate_history)[0x9e1cae]
trx/trx0purge.c:655(trx_purge_truncate_history)[0x9e1cae]
trx/trx0purge.c:682(trx_purge_truncate_if_arr_empty)[0x9e1d3a]
trx/trx0purge.c:1079(trx_purge_fetch_next_rec)[0x9e29b8]
row/row0purge.c:746(row_purge)[0xaca3aa]
row/row0purge.c:807(row_purge_step)[0xaca589]
que/que0que.c:1259(que_thr_step)[0xac1717]
que/que0que.c:1319(que_run_threads_low)[0xac1948]
que/que0que.c:1358(que_run_threads)[0xac1a68]
trx/trx0purge.c:1222(trx_purge)[0x9e2ef4]
srv/srv0srv.c:4190(srv_purge_thread)[0x9d5d1b]
/lib64/libpthread.so.0(+0x7e0f)[0x7fef50dcde0f]



 Comments   
Comment by Jan Lindström (Inactive) [ 2014-02-19 ]

https://bugs.launchpad.net/percona-server/+bug/1227578

Comment by Sergei Golubchik [ 2014-02-19 ]

Is it really the one? The last comment there says "the bug is not present in any released version", and we always merge XtraDB from released source tarballs.

Comment by Jan Lindström (Inactive) [ 2014-02-21 ]

Assert is the same, the rest of stack not, thus could be a new instance of that bug.

Comment by Jan Lindström (Inactive) [ 2014-03-07 ]

After several runs I must conclude that can't repeat.

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