View Venu Anuganti's profileMySQL 5.1.24, InnoDB plugin 1.0 failures, server crash
Looks like the InnoDB plugin is completely broken with MySQL-5.1.24; at least there is no luck for me so far to set it up right. First, the Makefile is broken. Second, I tried to do a static build of InnoDB plugin with MySQL server (–enable-innodb and –with-plugin-innobase) resulted in partial InnoDB plugins (Information schema) missing the main one as shown below:
1: mysql> show plugins;
2: +---------------------+--------+--------------------+---------+---------+
3: | Name | Status | Type | Library | License |
4: +---------------------+--------+--------------------+---------+---------+
5: | binlog | ACTIVE | STORAGE ENGINE | NULL | GPL |
6: | partition | ACTIVE | STORAGE ENGINE | NULL | GPL |
7: | ARCHIVE | ACTIVE | STORAGE ENGINE | NULL | GPL |
8: | BLACKHOLE | ACTIVE | STORAGE ENGINE | NULL | GPL |
9: | CSV | ACTIVE | STORAGE ENGINE | NULL | GPL |
10: | FEDERATED | ACTIVE | STORAGE ENGINE | NULL | GPL |
11: | MEMORY | ACTIVE | STORAGE ENGINE | NULL | GPL |
12: | INNODB_TRX | ACTIVE | INFORMATION SCHEMA | NULL | GPL |
13: | INNODB_LOCKS | ACTIVE | INFORMATION SCHEMA | NULL | GPL |
14: | INNODB_LOCK_WAITS | ACTIVE | INFORMATION SCHEMA | NULL | GPL |
15: | INNODB_CMP | ACTIVE | INFORMATION SCHEMA | NULL | GPL |
16: | INNODB_CMP_RESET | ACTIVE | INFORMATION SCHEMA | NULL | GPL |
17: | INNODB_CMPMEM | ACTIVE | INFORMATION SCHEMA | NULL | GPL |
18: | INNODB_CMPMEM_RESET | ACTIVE | INFORMATION SCHEMA | NULL | GPL |
19: | MyISAM | ACTIVE | STORAGE ENGINE | NULL | GPL |
20: | MRG_MYISAM | ACTIVE | STORAGE ENGINE | NULL | GPL |
21: +---------------------+--------+--------------------+---------+---------+
22: 16 rows in set (0.00 sec)
As you can see the main InnoDB plugin is missing and rest of the InnoDB information schema plugins for compression and locks are present. So, I built a dynamically loadable plugin separately and tried to install it using INSTALL PLUGIN, but it fails.
1: mysql> INSTALL PLUGIN INNODB SONAME 'ha_innodb.so';
2: ERROR 1126 (HY000): Can't open shared library '/home/y/lib64/mysql/plugin/ha_innodb.so' (errno: 2
3: cannot open shared object file: No such file or directory)
4: mysql> INSTALL PLUGIN INNODB SONAME 'ha_innodb.so';
5: ERROR 1123 (HY000): Can't initialize function 'INNODB'; Plugin initialization function failed.
You can see the plugin .so should be in lib/mysql/plugin directory as opposed to top lib/mysql directory. And when I tried to select Information_schema.InnoDB_locks on a fresh database, the server crashes..
1: mysql> select * from Information_schema.Innodb_locks;
2: ERROR 2013 (HY000): Lost connection to MySQL server during query
The backtrace looks like ..
/mysql/libexec64/mysqld(get_schema_tables_result(JOIN*, enum_schema_table_state)+0x142) [0x6e9d32]
/mysql/libexec64/mysqld(JOIN::exec()+0x760) [0x64b480] /mysql/libexec64/mysqld(mysql_select(THD*, Item***, TABLE_LIST*...) [0x64d267]
/mysql/libexec64/mysqld(handle_select(THD*, st_lex*, select_result*, unsigned long)+0x181) [0x64dab1] |
I decided not to file any bugs yet as InnoDB team looks like working on getting this to work with 5.1.24. Now, I started a new build with 5.1.23 to see how it goes.
PrintRelated posts:
7 Comments
The consensus is that there will need to be a differently compiled version of the plug-in for each version of the server. Sucks, but that is the way it is.
Comment :: April 22, 2008 @ 5:21 am
Thanks, Venu, for your posting. Just a few quick comments …
As you correctly point out, there are issues in making the InnoDB Plugin work with MySQL 5.1.24. Unfortunately, just days after the release of the new InnoDB Plugin, tested to work with 5.1.23, MySQL released 5.1.24, which turns out is incompatible with the plugin. This affects both binary and source.
You’re absolutely right that we (Innobase) are working on a solution to the problem. We noted on the InnoDB Forum http://forums.innodb.com/read.php?5,36 that this was a known issue with respect to binaries, and the bug you site is an issue with respect to source builds.
One other thing to note is that with 5.1.23, there is already a statically-linked built-in InnoDB in MySQL. In order to plug in the new InnoDB Plugin in binary, you must disable the built-in InnoDB using the parameter skip-innodb, before you can issue the command INSTALL PLUGIN, as documented in the manual for the plugin: http://www.innodb.com/doc/innodb_plugin-1.0/innodb-plugin-installation.html#innodb-plugin-installation-dynamic
Did you have that setting when you tried to build a dynamically loadable plugin separately?
In general, there might be a short-term solution for 5.1.24, but there is a bigger problem: the API for storage engines is undocumented and unstable from release to release. Furthermore, a strict version compatibility check is enforced, even if the relevant data structures and APIs did not in fact change between versions. See this blog http://www.mysqlperformanceblog.com/2008/04/20/mysql-and-plugin-binaries/ where Vadim Tkachenko discusses some of the relevant issues.
So, some changes from MySQL are needed so that a given release of the InnoDB Plugin might work with multiple releases of MySQL. We are hopeful these changes can be implemented in short order, but MySQL will need to assess what needs to be done, and what can be done easily/quickly/soon.
So, Kevin, it might be currently true that “there will need to be a differently compiled version of the plug-in for each version of the server”. It does suck, and that is the way it is … for now. Keep the faith!
In the meantime, Venu, please do experiment with the InnoDB Plugin using 5.1.23, and let us know your findings (best done on the InnoDB Forums). Results like those posted on the MySQL Performance Blog recently are very encouraging.
Thanks for your interest!
Comment :: April 23, 2008 @ 8:05 pm
[...] I figured out the reason for MySQL Server 5.1.24 crash when used with InnoDB plugin 1.0. As I had a older my.cnf in the path and it had [...]
Pingback :: April 23, 2008 @ 9:56 pm
Hi Venu,
To summarize what should work and what is know to have problems about innodb_plugin-1.0.0:
* The binaries should work with MySQL 5.1.23 standard binary distro (if you compile 5.1.23 from source you’d better also compile the plugin, either statically or dynamically)
* The binaries cannot be plugged into 5.1.24 because of the version check performed by MySQL (you will get an error if you try to do so)
* The source should compile and work with 5.1.23 or 5.1.24 sources, it fails to install with that @MKDIR_P@ error. This is fixable if you re-create the autotool files by running ./BUILD/autorun.sh before ./configure (I already fixed this here so the next version will be ok)
The fact that you compiled the plugin statically (./configure –with-plugins=innobase) and only the I_S plugins are shown by “show plugins;” is very strange.
The crash that followed when trying to SELECT from the I_S tables is not a surprise because the code there is trying to access InnoDB’s (as in main innodb plugin – the storage engine) structures which are not initialized because it is not loaded. The I_S plugins are meaningless without the storage engine plugin.
Did you actually resolved the problem? Some issue with my.cnf?
Thanks!
Comment :: April 23, 2008 @ 10:37 pm
Vasil,
Thanks for the info, check this.
http://venublog.com/2008/04/23/simple-way-to-crash-innodb-plugin-10/
It is not a real scenario as this is a negative case, but good to fix it though as it is leading to a crash… and it may be a common practice for many individiuls in the initial days
Comment :: April 23, 2008 @ 11:26 pm
Thanks Ken for the update.
Yup, I was able to get around the issues and I have a working copy of 5.1.24 with InnoDB 1.0. I will post the results later
Comment :: April 23, 2008 @ 11:33 pm
Hi,
same issue here.
It got failed to install even in 5.1.22-rc though file exist in the default pulgin dir and having sufficient privilges to user/group..
mysql> INSTALL PLUGIN INNODB SONAME ‘ha_innodb.so’;
ERROR 1126 (HY000): Can’t open shared library ‘ha_innodb.so’ (errno: 22 cannot open shared object file: Permission denied)
Comment :: June 4, 2008 @ 8:27 am