[MDEV-6374] MariaDB 10.0.11 crash while using Roundcube Created: 2014-06-22  Updated: 2014-08-13  Due: 2014-07-29  Resolved: 2014-08-13

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

Type: Bug Priority: Major
Reporter: Bernhard Rosenkränzer Assignee: Unassigned
Resolution: Incomplete Votes: 0
Labels: None
Environment:

OpenMandriva Lx 2014.0 on x86_64


 Description   

A MariaDB 10.0.11 server crashes frequently while using roundcube.
The backtrace is:

140622 15:21:46 [ERROR] mysqld got signal 11 ;
 
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: 10.0.11-MariaDB
 
key_buffer_size=134217728
 
read_buffer_size=131072
 
max_used_connections=1
 
max_threads=153
 
thread_count=1
 
It is possible that mysqld could use up to 
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 467144 K  bytes of memory
 
Hope that's ok; if not, decrease some variables in the equation.
 
 
 
Thread pointer: 0x0x7f6f223f5008
 
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 = 0x7f6f3d899e38 thread_stack 0x48000
 
/usr/sbin/mysqld(my_print_stacktrace+0x29)[0xb33c29]
 
/usr/sbin/mysqld(handle_fatal_signal+0x33d)[0x6f2bdd]
 
/lib64/libpthread.so.0(+0xf6c0)[0x7f6f3e7806c0]
 
/usr/sbin/mysqld[0x966a6f]
 
/usr/sbin/mysqld[0x959f1b]
 
/usr/sbin/mysqld[0x95a481]
 
/usr/sbin/mysqld[0x95c98f]
 
/usr/sbin/mysqld[0x9678f5]
 
/usr/sbin/mysqld[0x96f8dc]
 
/usr/sbin/mysqld[0x910ded]
 
/usr/sbin/mysqld[0x915186]
 
/usr/sbin/mysqld[0x915b47]
 
/usr/sbin/mysqld[0x8f8276]
 
/usr/sbin/mysqld[0x85d00f]
 
/usr/sbin/mysqld(_ZN7handler13ha_update_rowEPKhPh+0xe5)[0x6fc085]
 
/usr/sbin/mysqld(_Z12mysql_updateP3THDP10TABLE_LISTR4ListI4ItemES6_PS4_jP8st_ordery15enum_duplicatesbPySB_+0x1168)[0x63c628]
 
/usr/sbin/mysqld(_Z21mysql_execute_commandP3THD+0x292b)[0x5ad87b]
 
/usr/sbin/mysqld(_Z11mysql_parseP3THDPcjP12Parser_state+0x1e8)[0x5b2a48]
 
/usr/sbin/mysqld(_Z16dispatch_command19enum_server_commandP3THDPcj+0x15c0)[0x5b45e0]
 
/usr/sbin/mysqld(_Z24do_handle_one_connectionP3THD+0x1c4)[0x66ae54]
 
/usr/sbin/mysqld(handle_one_connection+0x37)[0x66aed7]
 
/usr/sbin/mysqld[0x843474]
 
/lib64/libpthread.so.0(+0x7ea3)[0x7f6f3e778ea3]
 
/lib64/libc.so.6(clone+0x6d)[0x7f6f3db4639d]
 
 
 
Trying to get some variables.
 
Some pointers may be invalid and cause the dump to abort.
 
Query (0x7f6f11c72020): UPDATE session SET changed = now(), vars = 'bGFuZ3VhZ2V8czo1OiJlbl9VUyI7c2tpbnxzOjU6ImxhcnJ5IjtpbWFwX25hbWVzcGFjZXxhOjQ6e3M6ODoicGVyc29uYWwiO2E6MTp7aTowO2E6Mjp7aTowO3M6MDoiIjtpOjE7czoxOiIvIjt9fXM6NToib3RoZXIiO047czo2OiJzaGFyZWQiO047czo2OiJwcmVmaXgiO3M6MDoiIjt9aW1hcF9kZWxpbWl0ZXJ8czoxOiIvIjt1c2VyX2lkfHM6MToiMSI7dXNlcm5hbWV8czoxNDoiYmVyb0BsaW5kZXYuY2giO3N0b3JhZ2VfaG9zdHxzOjk6ImxvY2FsaG9zdCI7c3RvcmFnZV9wb3J0fGk6MTQzO3N0b3JhZ2Vfc3NsfE47cGFzc3dvcmR8czozMjoiN2EycG45S25yODJnTVBKZStHU3h6UkdlbDM0OWhZZk4iO2xvZ2luX3RpbWV8aToxNDAyODUzNTg2O3RpbWV6b25lfHM6MTM6IkV1cm9wZS9CZXJsaW4iO3Rhc2t8czo0OiJtYWlsIjtpbWFwX2hvc3R8czo5OiJsb2NhbGhvc3QiO21ib3h8czo1OiJJTkJPWCI7c29ydF9jb2x8czowOiIiO3NvcnRfb3JkZXJ8czo0OiJERVNDIjtTVE9SQUdFX1RIUkVBRHxhOjM6e2k6MDtzOjEwOiJSRUZFUkVOQ0VTIjtpOjE7czo0OiJSRUZTIjtpOjI7czoxNDoiT1JERVJFRFNVQkpFQ1QiO31TVE9SQUdFX1FVT1RBfGI6MDtTVE9SQUdFX0xJU1QtRVhURU5ERUR8YjoxO2xpc3RfYXR0cmlifGE6NTp7czo0OiJuYW1lIjtzOjg6Im1lc3NhZ2VzIjtzOjI6ImlkIjtzOjExOiJtZXNzYWdlbGlzdCI7czo1OiJjbGFzcyI7czo0ODoicmVjb3Jkcy10YWJsZSBtZXNzYWdlbGlzdCBzb3J0aGVhZGVyIGZpeGVkaGVhZGVyIjtzOjE1OiJvcHRpb25zbWVudWljb24iO3M6NDoidHJ1ZSI7czo3OiJjb2x1bW5zIjthOjg6e2k6MDtzOjc6InRocmVhZHMiO2k6MTtzOjc6InN1YmplY3QiO2k6MjtzOjY6InN0YXR1cyI7aTozO3M6NjoiZnJvbXRvIjtpOjQ7czo0OiJkYXRlIjtpOjU7czo0OiJzaXplIjtpOjY7czo0OiJmbGFnIjtpOjc7czoxMDoiYXR0YWNobWVudCI7fX1za2luX3BhdGh8czoxMToic2tpbnMvbGFycnkiO3Vuc2Vlbl9jb3VudHxhOjQ6e3M6NToiSU5CT1giO2k6OTk1NTtzOjU6IlRyYXNoIjtpOjI0MDtzOjQ6IlNlbnQiO2k6MDtzOjY6IkRyYWZ0cyI7aTowO31mb2xkZXJzfGE6Mzp7czo1OiJJTkJPWCI7YToyOntzOjM6ImNudCI7aToxMTc5OTtzOjY6Im1heHVpZCI7aToxNTM4MTt9czo0OiJTZW50IjthOjI6e3M6MzoiY250IjtpOjEyNjtzOjY6Im1heHVpZCI7aToxMjY7fXM6NjoiRHJhZnRzIjthOjI6e3M6MzoiY250IjtpOjU7czo2OiJtYXh1aWQiO2k6ODU7fX1saXN0X21vZF9zZXF8czo1OiIxOTUxMCI7YnJvd3Nlcl9jYXBzfGE6Mzp7czozOiJwZGYiO3M6MToiMCI7czo1OiJmbGFzaCI7czoxOiIxIjtzOjM6InRpZiI7czoxOiIwIjt9c2FmZV9tZXNzYWdlc3xhOjEyNjp7czoxMToiSU5CT1g6MTQ3NjIiO2I6MDtzOjExOiJJTkJPWDoxNDc2MSI7YjowO3M6MTE6IklOQk9YOjE0NzU2IjtiOjA7czoxMToiSU5CT1g6MTQ3NTciO2I6MDtzOjExOiJJTkJPWDoxNDc3NiI7YjowO3M6MTE6IklOQk9YOjE0NzczIjtiOjA7czoxMToiSU5CT1g6MTQ3NjYiO2I6MDtzOjExOiJJTkJPWDoxNDc2OCI7YjowO3M6MTE6IklOQk9YOjE0Nzc4IjtiOjA7czoxMToiSU5CT1g6MTQ3NzciO2I6MDtzOjExOiJJTkJPWDoxNDg0MCI7YjowO3M6MTE6IklOQk9YOjE0ODQyIjtiOjA7czoxMToiSU5CT1g6MTQ4MzAiO2I6MDtzOjExOiJJTkJPWDoxNDgyOSI7YjowO3M6MTE6IklOQk9YOjE0ODIwIjtiOjA7czoxMToiSU5CT1g6MTQ4MTUiO2I6MDtzOjExOiJJTkJPWDoxNDgxMiI7YjowO3M6MTE6IklOQk9YOjE0ODA1IjtiOjA7czoxMToiSU5CT1g6MTQ3OTkiO2I6MDtzOjExOiJJTkJPWDoxNDc5OCI7YjowO3M6MTE6IklOQk9YOjE0Nzk1IjtiOjA7czoxMToiSU5CT1g6MTQ3ODYiO2I6MDtzOjExOiJJTkJPWDoxNDc3OSI7YjowO3M6MTE6IklOQk9YOjE0ODg3IjtiOjA7czoxMToiSU5CT1g6MTQ4OTUiO2I6MDtzOjExOiJJTkJPWDoxNDkwNSI7YjowO3M6MTE6IklOQk9YOjE0OTAxIjtiOjA7czoxMToiSU5CT1g6MTQ5MTMiO2I6MDtzOjExOiJJTkJPWDoxNDkxNSI7YjowO3M6MTE6IklOQk9YOjE0OTE0IjtiOjA7czoxMToiSU5CT1g6MTQ5MTkiO2I6MDtzOjExOiJJTkJPWDoxNDkyMCI7YjowO3M6MTE6IklOQk9YOjE0OTIxIjtiOjA7czoxMToiSU5CT1g6MTQ5MjIiO2I6MDtzOjExOiJJTkJPWDoxNDkyMyI7YjowO3M6MTE6IklOQk9YOjE0OTM5IjtiOjA7czoxMToiSU5CT1g6MTQ5MzgiO2I6MDtzOjExOiJJTkJPWDoxNDk0NiI7YjowO3M6MTE6IklOQk9YOjE0OTQ1IjtiOjA7czoxMToiSU5CT1g6MTQ5NTEiO2I6MDtzOjExOiJJTkJPWDoxNDk1NSI7YjowO3M6MTE6IklOQk9YOjE0OTgwIjtiOjA7czoxMToiSU5CT1g6MTQ5OTQiO2I6MDtzOjExOiJJTkJPWDoxNDk5NSI7YjowO3M6MTE6IklOQk9YOjE1MDAwIjtiOjA7czoxMToiSU5CT1g6MTQ5OTciO2I6MDtzOjExOiJJTkJPWDoxNTAxMiI7YjowO3M6MTE6IklOQk9YOjE1MDA0IjtiOjA7czoxMToiSU5CT1g6MTUwMTEiO2I6MDtzOjExOiJJTkJPWDoxNTAwOSI7YjowO3M6MTE6IklOQk9YOjE0OTg2IjtiOjA7czoxMToiSU5CT1g6MTQ5ODIiO2I6MDtzOjExOiJJTkJPWDoxNDk3NCI7YjowO3M6MTE6IklOQk9YOjE0OTczIjtiOjA7czoxMToiSU5CT1g6MTQ5NzIiO2I6MDtzOjExOiJJTkJPWDoxNDk3MSI7YjowO3M6MTE6IklOQk9YOjE0OTY2IjtiOjA7czoxMToiSU5CT1g6MTQ5NjIiO2I6MDtzOjExOiJJTkJPWDoxNDk1OCI7YjowO3M6MTE6IklOQk9YOjE0OTQxIjtiOjA7czoxMToiSU5CT1g6MTQ5NDIiO2I6MDtzOjExOiJJTkJPWDoxNTAwNyI7YjowO3M6MTE6IklOQk9YOjE0OTQwIjtiOjA7czoxMToiSU5CT1g6MTQ5MjYiO2I6MDtzOjExOiJJTkJPWDoxNDkyNCI7YjowO3M6MTE6IklOQk9YOjE0ODkwIjtiOjA7czoxMToiSU5CT1g6MTQ3NTQiO2I6MDtzOjExOiJJTkJPWDoxNDc1MCI7YjowO3M6MTE6IklOQk9YOjE0NzQ5IjtiOjA7czoxMToiSU5CT1g6MTQxMzAiO2I6MDtzOjExOiJJTkJPWDoxMzk4OCI7YjowO3M6ODoiU2VudDoxMjMiO2I6MDtzOjExOiJJTkJPWDoxNTAxNSI7YjowO3M6MTE6IklOQk9YOjE1MDE0IjtiOjA7czoxMToiSU5CT1g6MTUwMTMiO2I6MDtzOjk6IkRyYWZ0czo4MCI7YjowO3M6OToiRHJhZnRzOjg1IjtiOjA7czoxMToiSU5CT1g6MTUwNjUiO2I6MDtzOjExOiJJTkJPWDoxNTA2MiI7YjowO3M6MTE6IklOQk9YOjE1MDM5IjtiOjA7czoxMToiSU5CT1g6MTUwNDAiO2I6MDtzOjg6IlNlbnQ6MTI0IjtiOjA7czoxMToiSU5CT1g6MTUwNjYiO2I6MDtzOjg6IlNlbnQ6MTI2IjtiOjA7czoxMToiSU5CT1g6MTUwMjciO2I6MDtzOjExOiJJTkJPWDoxNTAyNiI7YjowO3M6MTE6IklOQk9YOjE1MDQyIjtiOjA7czoxMToiSU5CT1g6MTUwNDEiO2I6MTtzOjExOiJJTkJPWDoxNTA4NyI7YjowO3M6MTE6IklOQk9YOjE1MDY5IjtiOjA7czoxMToiSU5CT1g6MTUwNjgiO2I6MDtzOjExOiJJTkJPWDoxNTA4MCI7YjowO3M6MTE6IklOQk9YOjE1MDgyIjtiOjA7czoxMToiSU5CT1g6MTUwODkiO2I6MDtzOjExOiJJTkJPWDoxNTEwNyI7YjowO3M6MTE6IklOQk9YOjE1MTAwIjtiOjA7czoxMToiSU5CT1g6MTUwOTgiO2I6MDtzOjExOiJJTkJPWDoxNTA5NyI7YjowO3M6MTE6IklOQk9YOjE1MTA1IjtiOjA7czoxMToiSU5CT1g6MTUxMjMiO2I6MDtzOjExOiJJTkJPWDoxNTIxMyI7YjowO3M6MTE6IklOQk9YOjE1MjE0IjtiOjA7czoxMToiSU5CT1g6MTUxODQiO2I6MDtzOjExOiJJTkJPWDoxNTE1MSI7YjowO3M6MTE6IklOQk9YOjE1MjI1IjtiOjA7czoxMToiSU5CT1g6MTUyMjQiO2I6MDtzOjExOiJJTkJPWDoxNTE4NiI7YjowO3M6MTE6IklOQk9YOjE1MTg1IjtiOjA7czoxMToiSU5CT1g6MTUzMDgiO2I6MDtzOjExOiJJTkJPWDoxNTMwNCI7YjowO3M6MTE6IklOQk9YOjE1MzAxIjtiOjA7czoxMToiSU5CT1g6MTUyOTMiO2I6MDtzOjExOiJJTkJPWDoxNTI3OCI7YjowO3M6MTE6IklOQk9YOjE1Mjc3IjtiOjE7czoxMToiSU5CT1g6MTUyOTIiO2I6MDtzOjExOiJJTkJPWDoxNTI4MyI7YjowO3M6MTE6IklOQk9YOjE1MjgyIjtiOjA7czoxMToiSU5CT1g6MTUzMTEiO2I6MDtzOjExOiJJTkJPWDoxNTMxMiI7YjowO3M6MTE6IklOQk9YOjE1MzEwIjtiOjA7czoxMToiSU5CT1g6MTUyODciO2I6MDtzOjExOiJJTkJPWDoxNTMxOSI7YjowO3M6MTE6IklOQk9YOjE1MzI1IjtiOjA7czoxMToiSU5CT1g6MTUzMzUiO2I6MDtzOjExOiJJTkJPWDoxNTM1NyI7YjowO3M6MTE6IklOQk9YOjE1MzMxIjtiOjA7fXdyaXRlYWJsZV9hYm9va3xiOjE7U1RPUkFHRV9BQ0x8YjoxO1NUT1JBR0VfVUlEUExVU3xiOjE7cGFnZXxpOjE7Y29tcG9zZV9kYXRhXzU3MjA3NjkxNTUzYTAxMWI0ODNmZTF8YTo0OntzOjI6ImlkIjtzOjIyOiI1NzIwNzY5MTU1M2EwMTFiNDgzZmUxIjtzOjU6InBhcmFtIjthOjQ6e3M6NDoibWJveCI7czo1OiJJTkJPWCI7czo5OiJzZW50X21ib3giO3M6NDoiU2VudCI7czoxMDoibWVzc2FnZS1pZCI7czo0NDoiPGUyNWZkNGY5NWFlODM3ZDA1MzI2ZjIzMmRiZjYyYzU2QGxpbmRldi5jaD4iO3M6OToiZHJhZnRfdWlkIjtzOjI6Ijg1Ijt9czo3OiJtYWlsYm94IjtzOjU6IklOQk9YIjtzOjQ6Im1vZGUiO047fXNlYXJjaF9maWx0ZXJ8czozOiJBTEwiO2xhc3RfdGV4dF9zZWFyY2h8czoxNToiaW1wb3J0YW50IHRoaW5nIjtzZWFyY2hfcmVxdWVzdHxzOjMyOiJkYTBiODAwODNkMTcyMzU1ZjdiMDk1MTM2NmIzYTVlYSI7cGx1Z2luc3xhOjE6e3M6MjI6ImZpbGVzeXN0ZW1fYXR0YWNobWVudHMiO2E6MDp7fX1jb21wb3NlX2RhdGFfMjUwNzIxOTM1NTNhMGExMDFiMDQ4YnxhOjQ6e3M6MjoiaWQiO3M6MjI6IjI1MDcyMTkzNTUzYTBhMTAxYjA0OGIiO3M6NToicGFyYW0iO2E6Mjp7czo0OiJtYm94IjtzOjU6IklOQk9YIjtzOjk6InNlbnRfbWJveCI7czo0OiJTZW50Ijt9czo3OiJtYWlsYm94IjtzOjU6IklOQk9YIjtzOjQ6Im1vZGUiO047fWNvbXBvc2VfZGF0YV82MzMwNTE2OTk1M2E2ZDg2YTBkMDA2fGE6Mzp7czoyOiJpZCI7czoyMjoiNjMzMDUxNjk5NTNhNmQ4NmEwZDAwNiI7czo1OiJwYXJhbSI7YTo1OntzOjY6ImZyYW1lZCI7czoxOiIxIjtzOjk6InJlcGx5X3VpZCI7czo1OiIxNTI5MCI7czo0OiJtYm94IjtzOjU6IklOQk9YIjtzOjM6ImFsbCI7czozOiJhbGwiO3M6OToic2VudF9tYm94IjtzOjQ6IlNlbnQiO31zOjc6Im1haWxib3giO3M6NToiSU5CT1giO30=' WHERE sess_id = 'jcsan39h1nejvo98d42jvglru5'
 
Connection ID (thread ID): 3
 
Status: NOT_KILLED
 
 
 
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=off,mrr_cost_based=off,mrr_sort_keys=off,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=on,exists_to_in=off
 
 
 
The manual page at http://dev.mysql.com/doc/mysql/en/crashing.html contains
 
information that should help you find out what is causing the crash.
 
 
 
 
 
It is possible that the db file is slightly corrupted (because of an earlier crash), mariadb startup says
 
 
 
140622 15:21:46 [Note] InnoDB: The log sequence numbers 91549861 and 91549861 in ibdata files do not match the log sequence number 97637303 in the ib_logfiles!
 
140622 15:21:46 [Note] InnoDB: Database was not shutdown normally!
 
140622 15:21:46 [Note] InnoDB: Starting crash recovery.
 
140622 15:21:46 [Note] InnoDB: Reading tablespace information from the .ibd files...
 
140622 15:21:46 [Note] InnoDB: Restoring possible half-written data pages 
140622 15:21:46 [Note] InnoDB: from the doublewrite buffer...
 
140622 15:21:46 [Note] InnoDB: 128 rollback segment(s) are active.
 
140622 15:21:46 [Note] InnoDB: Waiting for purge to start
 
140622 15:21:46 [Note] InnoDB:  Percona XtraDB (http://www.percona.com) 5.6.17-65.0 started; log sequence number 97637303
 
140622 15:21:47 [Note] Server socket created on IP: '0.0.0.0'.



 Comments   
Comment by Elena Stepanova [ 2014-07-01 ]

Hi Bernhard,

How was the MariaDB server installed – is it a package from MariaDB site, or was the server built from source? In the latter case, do you know which compiler was used?

Does it always crash on UPDATE of the same table?
Is it production environment?
Is the data in the session table confidential?

Would it be possible for you to connect to the server by MariaDB client and try to run the UPDATE directly, to see if the crash is reproducible?

If it's reproducible with the plain update:
if you can upload the dump of the session table to our FTP server (ftp.askmonty.org/private), please do so. If you can't upload the data dump, please at least paste the output of SHOW CREATE TABLE, SHOW TABLE STATUS and SHOW INDEX for the table.

If it's not reproducible with the update – would you be able to assist at debugging on your side? E.g. can you turn on the general log, can you use debug binaries, etc.?

Comment by Elena Stepanova [ 2014-08-13 ]

Please comment to re-open if you have more information.

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