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

MariaDB crashing regularly with: terminate called after throwing an instance of 'std::out_of_range'

    Details

      Description

      After upgrading to MariaDB 10.1.22 (from 10.1.21) the process started crashing randomly (didn't notice a pattern until now):

      Mar 15 18:28:50 Updated: MariaDB-server-10.1.22-1.el7.centos.x86_64
      Mar 15 18:58:21 HOST mysqld: *** buffer overflow detected ***: /usr/sbin/mysqld terminated
      Mar 15 23:05:43 HOST mysqld: *** buffer overflow detected ***: /usr/sbin/mysqld terminated
      Mar 16 06:49:15 HOST mysqld: *** buffer overflow detected ***: /usr/sbin/mysqld terminated
      Mar 16 07:32:15 HOST mysqld: *** buffer overflow detected ***: /usr/sbin/mysqld terminated
      Mar 16 09:17:21 HOST mysqld: *** buffer overflow detected ***: /usr/sbin/mysqld terminated
      Mar 16 09:19:51 HOST mysqld: *** buffer overflow detected ***: /usr/sbin/mysqld terminated
      Mar 16 09:22:18 HOST mysqld: *** buffer overflow detected ***: /usr/sbin/mysqld terminated
      Mar 16 09:24:51 HOST mysqld: *** buffer overflow detected ***: /usr/sbin/mysqld terminated
      Mar 16 09:26:00 HOST mysqld: *** buffer overflow detected ***: /usr/sbin/mysqld terminated

      Server was stable until the upgrade.
      I've attached the full crash report here.
      Seems to be similar to what's reported here on 5.6.35-80.0:
      https://bugs.launchpad.net/percona-server/+bug/1664519
      https://bugs.mysql.com/bug.php?id=84940

      We use this server as a multi-master slave, mainly for backups (done pretty often, almost constant read on this server). Seems to be happening on certain kind of slave updates coming from master.

      We have an, almost, identical slave which doesn't experience this problem, the difference is that this server isn't used that much, no backups, mainly as a readonly access to data for development team, infrequent.

      We downgraded to 10.1.21 to see if we still experience this problem. So far, so good.

      Please let me know if any additional data is required.

      Thank you.

        Attachments

          Issue Links

            Activity

              People

              • Assignee:
                cvicentiu Vicențiu Ciorbaru
                Reporter:
                ovidiu.stanila Ovidiu Stanila
              • Votes:
                4 Vote for this issue
                Watchers:
                14 Start watching this issue

                Dates

                • Created:
                  Updated:
                  Resolved: