Uploaded image for project: 'MariaDB Server'
  1. MariaDB Server
  2. MDEV-6374

MariaDB 10.0.11 crash while using Roundcube

    Details

    • Type: Bug
    • Status: Closed
    • Priority: Major
    • Resolution: Incomplete
    • Affects Version/s: 10.0.11
    • Fix Version/s: N/A
    • Component/s: None
    • 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'.
      

        Gliffy Diagrams

          Attachments

            Activity

            Hide
            elenst Elena Stepanova added a comment -

            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.?

            Show
            elenst Elena Stepanova added a comment - 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.?
            Hide
            elenst Elena Stepanova added a comment -

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

            Show
            elenst Elena Stepanova added a comment - Please comment to re-open if you have more information.

              People

              • Assignee:
                Unassigned
                Reporter:
                bero Bernhard Rosenkränzer
              • Votes:
                0 Vote for this issue
                Watchers:
                3 Start watching this issue

                Dates

                • Due:
                  Created:
                  Updated:
                  Resolved: