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

Tokudb plugin won't load when upgrading from 10.0.13 to 10.0.14

Details

    Description

      Apt-get showed that there was a update for Mariadb 10.0.13. I updated on my staging server (Ubuntu 14.04), and although the update went ok, after the restart of Mariadb it wouldn't load Tokudb plugin anymore and all my Tokudb tables where shown as 'in use'.

      I also tested this on a production server, with Ubuntu 12.04, and exact same results.

      Seems to me that the tokudb plugin in 10.0.14 has a error, and I don't understand it is released.

      After installing 10.0.13 again, everything works ok.

      There is no error message at all with information. Transparant huge pages are disabled, diskspace is ok.

      10.0.14 log:

      140923 16:22:36 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql
      140923 16:22:36 [Note] InnoDB: Using mutexes to ref count buffer pool pages
      140923 16:22:36 [Note] InnoDB: The InnoDB memory heap is disabled
      140923 16:22:36 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
      140923 16:22:36 [Note] InnoDB: Memory barrier is not used
      140923 16:22:36 [Note] InnoDB: Compressed tables use zlib 1.2.8
      140923 16:22:36 [Note] InnoDB: Using Linux native AIO
      140923 16:22:36 [Note] InnoDB: Using CPU crc32 instructions
      140923 16:22:36 [Note] InnoDB: Initializing buffer pool, size = 300.0M
      140923 16:22:36 [Note] InnoDB: Completed initialization of buffer pool
      140923 16:22:36 [Note] InnoDB: Highest supported file format is Barracuda.
      140923 16:22:37 [Note] InnoDB: 128 rollback segment(s) are active.
      140923 16:22:37 [Note] InnoDB: Waiting for purge to start
      140923 16:22:37 [Note] InnoDB:  Percona XtraDB (http://www.percona.com) 5.6.20-68.0 started; log sequence number 19140858019
      140923 16:22:37 [Note] Plugin 'FEEDBACK' is disabled.
      140923 16:22:37 [ERROR] Function 'TokuDB' already exists
      140923 16:22:37 [Warning] Couldn't load plugin named 'TokuDB' with soname 'ha_tokudb.so'.
      140923 16:22:37 [ERROR] Plugin 'TokuDB' init function returned error.
      140923 16:22:37 [ERROR] Plugin 'TokuDB' registration as a STORAGE ENGINE failed.
      140923 16:22:37 [Note] Server socket created on IP: '0.0.0.0'.
      140923 16:22:37 [Note] Event Scheduler: Loaded 0 events
      140923 16:22:37 [Note] Reading of all Master_info entries succeded
      140923 16:22:37 [Note] Added new Master_info '' to hash table
      140923 16:22:37 [Note] /usr/sbin/mysqld: ready for connections.
      Version: '10.0.14-MariaDB-1~trusty-log'  socket: '/var/run/mysqld/mysqld.sock'  port: 3306  mariadb.org binary distribution
      140923 16:28:57 [Note] /usr/sbin/mysqld: Normal shutdown

      Attachments

        Activity

          Thanks a lot for the heads up. The release has not become official yet, you caught it while packages were being synced to the mirrors.

          For now, the packages are pulled from the repo. They will be re-uploaded later, and this issue will be updated when we know the best course of action after this unsuccessful upgrade.

          How urgent is the problem for you, were you able to get your instance run again by downgrading to 10.0.13?

          Sorry for the trouble.

          elenst Elena Stepanova added a comment - Thanks a lot for the heads up. The release has not become official yet, you caught it while packages were being synced to the mirrors. For now, the packages are pulled from the repo. They will be re-uploaded later, and this issue will be updated when we know the best course of action after this unsuccessful upgrade. How urgent is the problem for you, were you able to get your instance run again by downgrading to 10.0.13? Sorry for the trouble.

          Hi,

          Switching to a 10.0.13 repo and uninstalling mariadb* and reinstalling mariadb-server made it work again. No issues with the downgrade.

          I don't know if the specifics of my installation are causing this tokudb plugin issue. I have no time to test it with a fresh install and upgrade. I did have perconadb installed before mariadb a few months ago, and had some issues at that time when I ran `install plugin` for TokuDb and switchting to MariaDB after that. It could be that somehow the version of TokuDB is manually locked in my MariaDB install and it therefor refuses to upgrade, but I don't know enough to investigate that. tokudb.cnf is default one of Mariadb with added memory settings.

          Peterdk Peter de Kraker added a comment - Hi, Switching to a 10.0.13 repo and uninstalling mariadb* and reinstalling mariadb-server made it work again. No issues with the downgrade. I don't know if the specifics of my installation are causing this tokudb plugin issue. I have no time to test it with a fresh install and upgrade. I did have perconadb installed before mariadb a few months ago, and had some issues at that time when I ran `install plugin` for TokuDb and switchting to MariaDB after that. It could be that somehow the version of TokuDB is manually locked in my MariaDB install and it therefor refuses to upgrade, but I don't know enough to investigate that. tokudb.cnf is default one of Mariadb with added memory settings.

          I don't know if the specifics of my installation are causing this tokudb plugin issue. I have no time to test it with a fresh install and upgrade.

          It is okay, we were able to reproduce the problem and it is being fixed now. Thanks again for the prompt report.

          elenst Elena Stepanova added a comment - I don't know if the specifics of my installation are causing this tokudb plugin issue. I have no time to test it with a fresh install and upgrade. It is okay, we were able to reproduce the problem and it is being fixed now. Thanks again for the prompt report.

          serg,
          This report should probably be closed as fixed in 10.0.14 rather than moved to 10.0.15?

          elenst Elena Stepanova added a comment - serg , This report should probably be closed as fixed in 10.0.14 rather than moved to 10.0.15?

          Great to see it is fixed. I just tested the 10.0.0.14 release, and everything works ok. Only thing I don't really understand is why the release notes say tokudb is updated to 7.5 and the internal tokudb version code is still on 7.1.8. But that might be something for another issue.

          Peterdk Peter de Kraker added a comment - Great to see it is fixed. I just tested the 10.0.0.14 release, and everything works ok. Only thing I don't really understand is why the release notes say tokudb is updated to 7.5 and the internal tokudb version code is still on 7.1.8. But that might be something for another issue.

          Peterdk because 10.0.14 has TokuDB 7.5.0. That was the fix, 7.1.8 was unable to read to tables created by MariaDB 10.0.13 (because of a merge glitch in 10.0.13). But I've forgot to update TokuDB version number before the release. So MariaDB 10.0.14 has TokuDB 7.5.0, despite saying that it's 7.1.8.

          serg Sergei Golubchik added a comment - Peterdk because 10.0.14 has TokuDB 7.5.0. That was the fix, 7.1.8 was unable to read to tables created by MariaDB 10.0.13 (because of a merge glitch in 10.0.13). But I've forgot to update TokuDB version number before the release. So MariaDB 10.0.14 has TokuDB 7.5.0, despite saying that it's 7.1.8.

          People

            serg Sergei Golubchik
            Peterdk Peter de Kraker
            Votes:
            0 Vote for this issue
            Watchers:
            3 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved:

              Git Integration

                Error rendering 'com.xiplink.jira.git.jira_git_plugin:git-issue-webpanel'. Please contact your Jira administrators.