Blame SOURCES/mysql-innodbwarn.patch

6f9931
Test case rpl.rpl_daedlock_innodb fails when dropping tables because some
6f9931
warnings are generated in the slave server. The test is working fine when
6f9931
running alone, but fails when all tests are running, so it seems not to be
6f9931
so bad thing to ignore that warnings.
6f9931
6f9931
http://bugs.mysql.com/bug.php?id=69458
6f9931
6f9931
diff -up mysql-5.5.32/mysql-test/include/mtr_warnings.sql.innodbwarn mysql-5.5.32/mysql-test/include/mtr_warnings.sql
6f9931
--- mysql-5.5.32/mysql-test/include/mtr_warnings.sql.innodbwarn	2013-06-13 16:45:27.723525133 +0200
6f9931
+++ mysql-5.5.32/mysql-test/include/mtr_warnings.sql	2013-06-13 16:46:24.879524133 +0200
6f9931
@@ -162,6 +162,9 @@ INSERT INTO global_suppressions VALUES
6f9931
  ("InnoDB: Error: in RENAME TABLE table `test`.`t1`"),
6f9931
  ("InnoDB: Error: table `test`.`t[123]` does not exist in the InnoDB internal"),
6f9931
 
6f9931
+ /* rpl.rpl_deadlock_innodb fails when trying DROP tables */
6f9931
+ ("InnoDB: Error: table `mysqld.2`.`#sql.*` does not exist in the InnoDB internal"),
6f9931
+
6f9931
  /*
6f9931
    BUG#32080 - Excessive warnings on Solaris: setrlimit could not
6f9931
    change the size of core files