Details
-
Task
-
Status: Closed (View Workflow)
-
Blocker
-
Resolution: Fixed
-
None
Description
There are lots of MTR tests which fail sporadically. They create a problem for distribution builds, where a single test failure means a failed build.
Many of these failures have been identified in scope of the effort to make buildbot green (MDEV-7069), but this activity is still far from succeeding. For most of failures separate JIRA issues exist.
We don't want to discard these tests, eventually they need to be fixed (or the product needs to be fixed, if the failure is real); but meanwhile we don't want these tests to disrupt distribution builds.
Distribution builds already run with non-default options, e.g. --skip-test-list, but so far Debian has been maintaining these lists on their own, which is inefficient.
We need to create such a list in the main tree. Apart from distribution builds, it can be beneficial for anyone who wants to run a smaller but more reliable set of tests.
So the current plan is to take a pessimistic approach and create a rather generous list. It shouldn't matter much for distribution builds – default MTR test suite is excessive for testing a build, so skipping 10-15% of tests shouldn't hurt much. For now, the list (mysql-test/unstable-tests) will have the contents as below; it can be re-considered and tuned later.
- all tests which have been identified as unstable by Debian, either through bug reports they filed, or through unstable lists they are currently maintaining;
- all tests which have failed in buildbot on 10.0 main tree since the beginning of the year, unless those were clearly environmental failures, e.g. disk space problems and such, and have not been fixed after the last failure (in general, the observation period is roughly 6 months, based on lowest frequency for known sporadic failures been 2-3 times a year);
- tests which have been modified since the <upcoming release>-2 (that is, for 10.0.27 it will contain tests which have been modified since 10.0.25). The idea here is is that if a test has been modified, we cannot guarantee its behavior to be stable until we have enough statistics for that;
Note: An exception here is TokuDB tests – since they come through a merge, technically they all get marked as modified, and since there are lots of them, going through them one by one is too time-consuming. So, their modifications will not be taken into account (currently it's not important because they are disabled anyway due toMDEV-9891);
- create a separate JIRA item for each disabled test, if such item does not exist.
Additionally, there will be a small change in mtr_cases.pm to allow wildcards in the skip list. It's just a convenience measure, because we need to disable big chunks of tests, such as TokuDB or Spider.
Attachments
Issue Links
- includes
-
MDEV-11947 InnoDB purge workers fail to shut down
-
- Closed
-
Activity
Field | Original Value | New Value |
---|---|---|
Fix Version/s | 10.0.27 [ 22017 ] | |
Fix Version/s | 10.0 [ 16000 ] |
Priority | Critical [ 2 ] | Blocker [ 1 ] |
Status | Open [ 1 ] | In Progress [ 3 ] |
Description |
There are lots of MTR tests which fail sporadically. They create a problem for distribution builds, where a single test failure means a failed build.
Many of these failures have been identified in scope of the effort to make buildbot green ( We don't want to discard these tests, eventually they need to be fixed (or the product needs to be fixed, if the failure is real); but meanwhile we don't want these tests to disrupt the builds. We need to - disable such tests for default MTR runs, pretty much like {{disabled.def}} facility does now; - enable them in buildbot; - create a separate JIRA item for each disabled test, if such item does not exist. One problem with re-using the {{disabled.def}} is that by switching on {{--disable-enabled}} in buildbot we'll re-enable tests which have already been disabled on different reasons. We don't want it. The current idea is to add these tests into the same lists, but use some special syntax which will allow to distinguish them from "normally" disabled tests, and add another switch to MTR, e.g. {{--enable-unstable}}, which will only enable them, but not the legacy. Apart from tests failing in buildbot, there are some tests which are only known to fail in Debian builds. They should be treated in the same fashion. |
There are lots of MTR tests which fail sporadically. They create a problem for distribution builds, where a single test failure means a failed build.
Many of these failures have been identified in scope of the effort to make buildbot green ( We don't want to discard these tests, eventually they need to be fixed (or the product needs to be fixed, if the failure is real); but meanwhile we don't want these tests to disrupt the builds. We need to - disable such tests for default MTR runs, pretty much like {{disabled.def}} facility does now; - enable them in buildbot; - create a separate JIRA item for each disabled test, if such item does not exist. One problem with re-using the {{disabled.def}} is that by switching on {{--disable-enabled}} in buildbot we'll re-enable tests which have already been disabled on different reasons. We don't want it. The current idea is to add these tests into the same lists, but use special syntax which will allow to distinguish them from "normally" disabled tests, and add another switch to MTR, e.g. {{--enable-unstable}}, which will only enable them, but not the legacy. The syntax will be like this (it's just an example, not a real file): {noformat} insert_calendar : Bug#52283 Innodb reports extra warnings when SELECT/WHERE is performed using invalid value +update_delete_calendar : Bug#52824 + Bug#52283(in case of Innodb) {noformat} where {{insert_calendar}} is a normal disabled test, it will stay disabled unless tests are run with {{--enable-disabled}}; {{update_delete_calendar}} is an unstable test, it will stay disabled unless tests are run with {{--enable-disabled}} *or* {{--enable-unstable}}. Otherwise, there should be no difference in behavior. Apart from tests failing in buildbot, there are some tests which are only known to fail in Debian builds. They should be treated in the same fashion. |
Comment |
[ connect.bin and connect.endian marked as unstable due to |
Description |
There are lots of MTR tests which fail sporadically. They create a problem for distribution builds, where a single test failure means a failed build.
Many of these failures have been identified in scope of the effort to make buildbot green ( We don't want to discard these tests, eventually they need to be fixed (or the product needs to be fixed, if the failure is real); but meanwhile we don't want these tests to disrupt the builds. We need to - disable such tests for default MTR runs, pretty much like {{disabled.def}} facility does now; - enable them in buildbot; - create a separate JIRA item for each disabled test, if such item does not exist. One problem with re-using the {{disabled.def}} is that by switching on {{--disable-enabled}} in buildbot we'll re-enable tests which have already been disabled on different reasons. We don't want it. The current idea is to add these tests into the same lists, but use special syntax which will allow to distinguish them from "normally" disabled tests, and add another switch to MTR, e.g. {{--enable-unstable}}, which will only enable them, but not the legacy. The syntax will be like this (it's just an example, not a real file): {noformat} insert_calendar : Bug#52283 Innodb reports extra warnings when SELECT/WHERE is performed using invalid value +update_delete_calendar : Bug#52824 + Bug#52283(in case of Innodb) {noformat} where {{insert_calendar}} is a normal disabled test, it will stay disabled unless tests are run with {{--enable-disabled}}; {{update_delete_calendar}} is an unstable test, it will stay disabled unless tests are run with {{--enable-disabled}} *or* {{--enable-unstable}}. Otherwise, there should be no difference in behavior. Apart from tests failing in buildbot, there are some tests which are only known to fail in Debian builds. They should be treated in the same fashion. |
There are lots of MTR tests which fail sporadically. They create a problem for distribution builds, where a single test failure means a failed build.
Many of these failures have been identified in scope of the effort to make buildbot green ( We don't want to discard these tests, eventually they need to be fixed (or the product needs to be fixed, if the failure is real); but meanwhile we don't want these tests to disrupt distribution builds. Distribution builds already run with non-default options, e.g. {{--skip-test-list}}, but so far Debian has been maintaining these lists on their own, which is inefficient. We need to create such a list in the main tree. Apart from distribution builds, it can be beneficial for anyone who wants to run a smaller but more reliable set of tests. So the current plan is to take a pessimistic approach and create a rather generous list. It shouldn't matter much for distribution builds -- default MTR test suite is excessive for testing a build, so skipping 10-15% of tests shouldn't hurt much. For now, the list (mysql-test/unstable-tests) will have the contents as below; it can be re-considered and tuned later. * all tests which have been identified as unstable by Debian, either through bug reports they filed, or through unstable lists they are currently maintaining; * all tests which have failed in buildbot on 10.0 main tree since the beginning of the year, unless those were clearly environmental failures, e.g. disk space problems and such, and have not been fixed after the last failure (in general, the observation period is roughly 6 months, based on lowest frequency for known sporadic failures been 2-3 times a year); * tests which have been modified since the {{<upcoming release>-2}} (that is, for 10.0.27 it will contain tests which have been modified since 10.0.25). The idea here is is that if a test has been modified, we cannot guarantee its behavior to be stable until we have enough statistics for that; - create a separate JIRA item for each disabled test, if such item does not exist. |
Description |
There are lots of MTR tests which fail sporadically. They create a problem for distribution builds, where a single test failure means a failed build.
Many of these failures have been identified in scope of the effort to make buildbot green ( We don't want to discard these tests, eventually they need to be fixed (or the product needs to be fixed, if the failure is real); but meanwhile we don't want these tests to disrupt distribution builds. Distribution builds already run with non-default options, e.g. {{--skip-test-list}}, but so far Debian has been maintaining these lists on their own, which is inefficient. We need to create such a list in the main tree. Apart from distribution builds, it can be beneficial for anyone who wants to run a smaller but more reliable set of tests. So the current plan is to take a pessimistic approach and create a rather generous list. It shouldn't matter much for distribution builds -- default MTR test suite is excessive for testing a build, so skipping 10-15% of tests shouldn't hurt much. For now, the list (mysql-test/unstable-tests) will have the contents as below; it can be re-considered and tuned later. * all tests which have been identified as unstable by Debian, either through bug reports they filed, or through unstable lists they are currently maintaining; * all tests which have failed in buildbot on 10.0 main tree since the beginning of the year, unless those were clearly environmental failures, e.g. disk space problems and such, and have not been fixed after the last failure (in general, the observation period is roughly 6 months, based on lowest frequency for known sporadic failures been 2-3 times a year); * tests which have been modified since the {{<upcoming release>-2}} (that is, for 10.0.27 it will contain tests which have been modified since 10.0.25). The idea here is is that if a test has been modified, we cannot guarantee its behavior to be stable until we have enough statistics for that; - create a separate JIRA item for each disabled test, if such item does not exist. |
There are lots of MTR tests which fail sporadically. They create a problem for distribution builds, where a single test failure means a failed build.
Many of these failures have been identified in scope of the effort to make buildbot green ( We don't want to discard these tests, eventually they need to be fixed (or the product needs to be fixed, if the failure is real); but meanwhile we don't want these tests to disrupt distribution builds. Distribution builds already run with non-default options, e.g. {{--skip-test-list}}, but so far Debian has been maintaining these lists on their own, which is inefficient. We need to create such a list in the main tree. Apart from distribution builds, it can be beneficial for anyone who wants to run a smaller but more reliable set of tests. So the current plan is to take a pessimistic approach and create a rather generous list. It shouldn't matter much for distribution builds -- default MTR test suite is excessive for testing a build, so skipping 10-15% of tests shouldn't hurt much. For now, the list (mysql-test/unstable-tests) will have the contents as below; it can be re-considered and tuned later. * all tests which have been identified as unstable by Debian, either through bug reports they filed, or through unstable lists they are currently maintaining; * all tests which have failed in buildbot on 10.0 main tree since the beginning of the year, unless those were clearly environmental failures, e.g. disk space problems and such, and have not been fixed after the last failure (in general, the observation period is roughly 6 months, based on lowest frequency for known sporadic failures been 2-3 times a year); * tests which have been modified since the {{<upcoming release>-2}} (that is, for 10.0.27 it will contain tests which have been modified since 10.0.25). The idea here is is that if a test has been modified, we cannot guarantee its behavior to be stable until we have enough statistics for that; _Note:_ An exception here is TokuDB tests -- since they come through a merge, technically they all get marked as modified, and since there are lots of them, going through them one by one is too time-consuming. So, their modifications will not be taken into account (currently it's not important because they are disabled anyway due to - create a separate JIRA item for each disabled test, if such item does not exist. Additionally, there will be a small change in mtr_cases.pm to allow wildcards in the skip list. It's just a convenience measure, because we need to disable big chunks of tests, such as TokuDB or Spider. |
Summary | Disable unstable MTR tests by default, but keep running them in buildbot | Create a list of unstable MTR tests to be disabled in distribution builds |
Fix Version/s | 10.1.17 [ 22102 ] | |
Fix Version/s | 10.1 [ 16100 ] | |
Resolution | Fixed [ 1 ] | |
Status | In Progress [ 3 ] | Closed [ 6 ] |
Resolution | Fixed [ 1 ] | |
Status | Closed [ 6 ] | Stalled [ 10000 ] |
Resolution | Fixed [ 1 ] | |
Status | Stalled [ 10000 ] | Closed [ 6 ] |
Link |
This issue includes |
Attachment | screenshot-1.png [ 54284 ] |
Workflow | MariaDB v3 [ 76721 ] | MariaDB v4 [ 132928 ] |
Below is the list of (all) tests failed in buildbot on 10.0 main tree since the beginning of the year. It is an entry point, the failures, especially one-time, still need to be looked at separately, because they can be false positives. e.g. when tests fail massively due to an environment problem, disk space etc.
Also, some of them can already be fixed.
+---------------------------------------------------+---------------------+------------+
| tname | last_fail | fail_count |
+---------------------------------------------------+---------------------+------------+
| archive.archive | 2016-04-27 00:59:10 | 3 | # --------- Broken build in April, MDEV-10613
| archive.archive-big | 2016-06-22 12:52:32 | 1 | # UNSTABLE: MDEV-10615
| archive.discover | 2016-08-02 14:40:24 | 1 | # UNSTABLE: MDEV-10510
| binlog.binlog_checksum | 2016-03-18 00:44:55 | 1 | # ?-------- Startup problem on p8-rhel6-bintar-debug in March, logs not available, probably env
| binlog.binlog_commit_wait | 2016-08-13 17:13:47 | 2 | # UNSTABLE: MDEV-10150
| binlog.binlog_mysqlbinlog_row_innodb | 2016-02-03 18:53:38 | 1 | # ?-------- Startup problem on p8-rhel6-bintar-debug in February, logs not available, probably env
| binlog.binlog_row_binlog | 2016-04-26 23:04:03 | 1 | # --------- Broken build in April, MDEV-10613
| binlog.binlog_stm_binlog | 2016-04-22 09:07:33 | 1 | # ?-------- Startup problem on p8-rhel6-bintar-debug in April, logs not available, probably env
| binlog.binlog_unsafe | 2016-04-27 00:59:10 | 1 | # --------- Broken build in April, MDEV-10613
| binlog.binlog_xa_recover | 2016-08-17 01:57:51 | 5 | # UNSTABLE: MDEV-8517
| connect.alter | 2016-07-25 02:53:29 | 35 | # ?-------- Connect does not work on Sparc: MDEV-10616
| connect.alter_xml | 2016-07-25 02:53:29 | 35 | # ?-------- Connect does not work on Sparc: MDEV-10616
| connect.bin | 2016-07-25 02:53:29 | 35 | # ?-------- Connect does not work on Sparc: MDEV-10616
| connect.csv | 2016-07-25 02:53:29 | 35 | # ?-------- Connect does not work on Sparc: MDEV-10616
| connect.datest | 2016-07-25 02:53:29 | 35 | # ?-------- Connect does not work on Sparc: MDEV-10616
| connect.dbf | 2016-07-25 02:53:29 | 35 | # ?-------- Connect does not work on Sparc: MDEV-10616
| connect.json | 2016-07-25 02:53:29 | 35 | # ?-------- Connect does not work on Sparc: MDEV-10616
| connect.part_file | 2016-07-25 02:53:29 | 35 | # ?-------- Connect does not work on Sparc: MDEV-10616
| connect.part_table | 2016-07-25 02:53:29 | 35 | # ?-------- Connect does not work on Sparc: MDEV-10616
| connect.secure_file_priv | 2016-07-25 02:53:29 | 35 | # ?-------- Connect does not work on Sparc: MDEV-10616
| connect.tbl | 2016-08-16 23:49:43 | 22 | # UNSTABLE: MDEV-9844, MDEV-10179
| csv.csv | 2016-04-26 16:33:01 | 1 | # --------- Broken build in April, MDEV-10613
| engines/funcs.crash_manytables_string | 2016-02-12 08:52:33 | 1 |
| engines/funcs.ld_all_number_string_calendar_types | 2016-05-28 02:40:24 | 11 |
| engines/funcs.se_join_cross | 2016-03-12 22:48:41 | 7 |
| engines/funcs.se_join_default | 2016-03-12 22:48:41 | 8 |
| engines/funcs.se_join_inner | 2016-03-12 22:48:41 | 7 |
| engines/funcs.se_join_left | 2016-03-10 16:02:22 | 4 |
| engines/funcs.se_join_left_outer | 2016-03-10 16:02:22 | 4 |
| engines/funcs.se_join_natural_left | 2016-03-10 16:02:22 | 1 |
| engines/funcs.se_join_natural_left_outer | 2016-03-12 22:48:41 | 1 |
| engines/funcs.se_join_natural_right | 2016-03-11 18:28:29 | 1 |
| engines/funcs.se_join_natural_right_outer | 2016-02-11 14:15:17 | 1 |
| engines/funcs.se_string_having | 2016-03-12 22:48:41 | 6 |
| engines/funcs.ta_add_column | 2016-05-29 05:05:22 | 12 |
| engines/funcs.ta_add_column2 | 2016-02-12 08:52:33 | 1 |
| engines/funcs.ta_add_column_first | 2016-05-29 05:05:22 | 9 |
| engines/funcs.ta_add_column_middle | 2016-05-29 05:05:22 | 6 |
| engines/funcs.tc_multicolumn_different | 2016-05-29 05:05:22 | 5 |
| engines/funcs.tc_partition_key | 2016-05-29 05:05:22 | 4 |
| engines/funcs.tc_partition_linear_key | 2016-05-29 05:05:22 | 4 |
| engines/iuds.type_bit_iuds | 2016-05-28 02:40:24 | 11 |
| engines/iuds.update_delete_number | 2016-05-28 02:40:24 | 11 |
| federated.federatedx | 2016-06-20 13:58:49 | 1 | # UNSTABLE: MDEV-10617
| federated.federated_innodb | 2016-06-21 06:24:19 | 1 | # UNSTABLE: MDEV-10617
| federated.federated_transactions | 2016-08-14 16:32:49 | 12 | # UNSTABLE: MDEV-10617
| funcs_1.processlist_priv_no_prot | 2016-06-22 00:12:51 | 1 | # --------- Fixed after the last failure: MDEV-10311
| innodb.binlog_consistent | 2016-06-20 11:32:10 | 1 | # UNSTABLE: MDEV-10618
| innodb.innodb-alter-table | 2016-08-14 16:32:49 | 6 | # UNSTABLE: MDEV-10619
| innodb.innodb-alter-tempfile | 2016-07-25 06:50:18 | 2 | # --------- Fixed after the last failure: MDEV-10469
| innodb.innodb-changed-pages | 2016-02-03 18:53:38 | 1 | # ?-------- Startup problem on p8-rhel6-bintar-debug in Feb, logs not available, probably env
| innodb.innodb-fk | 2016-03-10 11:24:28 | 1 | # ?-------- Startup problem on p8-rhel6-bintar-debug in Feb, logs not available, probably env
| innodb.innodb-get-fk | 2016-03-01 12:27:56 | 1 | # ?-------- Apparently timeout on valgrind, one-time in March, logs not available
| innodb.innodb-wl5522-debug-zip | 2016-07-18 16:31:31 | 1 | # UNSTABLE: MDEV-10427
| innodb.innodb_bug30423 | 2016-06-20 11:50:11 | 3 | # UNSTABLE: MDEV-7311
| innodb.innodb_bug39438 | 2016-02-11 12:54:12 | 1 | # ?-------- Startup problem on p8-rhel6-bintar-debug in Feb, logs not available, probably env
| innodb.innodb_bug42101-nonzero | 2016-03-16 11:53:05 | 1 | # ?-------- Startup problem on p8-rhel6-bintar-debug in March, logs not available, probably env
| innodb.innodb_bug53290 | 2016-06-21 01:10:41 | 51 | # --------- Fixed after the last failure: MDEV-9356
| innodb.innodb_simulate_comp_failures_small | 2016-04-22 09:07:33 | 1 | # ?-------- Startup problem on p8-rhel6-bintar-debug in March, logs not available, probably env
| main.contributors | 2016-08-02 17:42:50 | 115 | # --------- Fixed after the last failure by b5fb2a685b6
| main.create_delayed | 2016-04-26 18:40:16 | 1 | # UNSTABLE: MDEV-10605 (one-time failure)
| main.create_or_replace | 2016-06-22 02:49:50 | 42 | # --------- apparently fixed by 1f761c5615c7 (MDEV-9728)
| main.delayed | 2016-04-26 17:24:05 | 84 | # --------- Fixed after the last failure (MDEV-9679)
| main.events_restart | 2016-06-16 12:21:02 | 2 | # --------- Fixed after the last failure (MDEV-10043)
| main.host_cache_size_functionality | 2016-02-04 14:06:47 | 1 | # UNSTABLE: MDEV-10606 (2 failures, counting dev branches)
| main.index_merge_innodb | 2016-06-09 01:07:10 | 2 | # UNSTABLE: MDEV-7142
| main.information_schema_stats | 2016-07-18 17:58:36 | 2 | # --------- Fixed after the last failure (MDEV-10428)
| main.innodb_mysql_lock | 2016-08-16 23:08:47 | 5 | # UNSTABLE: MDEV-7861
| main.kill_processlist-6619 | 2016-04-23 09:27:01 | 5 | # --------- Fixed after the last failure (MDEV-9945)
| main.mdev-504 | 2016-08-15 18:38:19 | 4 | # UNSTABLE: MDEV-10607
| main.mdev375 | 2016-08-15 18:38:19 | 2 | # UNSTABLE: MDEV-10607
| main.merge | 2016-08-15 18:38:19 | 1 | # UNSTABLE: MDEV-10607 (one-time failure)
| main.myisam | 2016-03-10 12:34:07 | 1 | # ?-------- One-time timeout in March on valgrind, logs not available, possibly environmental
| main.mysqlbinlog-innodb | 2016-03-18 00:44:55 | 2 | # ?-------- Two server startup problems on p8-rhel6-bintar-debug in March, logs not available, probably environmental
| main.mysqldump | 2016-06-24 19:11:47 | 49 | # UNSTABLE: MDEV-10512
| main.mysqld_option_err | 2016-06-16 15:18:22 | 10 | # --------- Fixed after the last failure (MDEV-10257)
| main.mysql_client_test_nonblock | 2016-08-15 17:21:02 | 88 | # --------- Fixed after the last failure (MDEV-10559)
| main.parser_bug21114_innodb | 2016-03-16 19:25:39 | 1 | # ?-------- MDEV-10610 Not marked as unstable yet (last failure in March, total 2, previous on dev branch in 2015)
| main.partition_column | 2016-01-27 02:38:59 | 6 | # --------- Fixed after the last failure (MDEV-9358)
| main.partition_innodb_plugin | 2016-04-23 09:05:02 | 1 | # --------- Fixed after the last failure (MDEV-9975)
| main.pool_of_threads | 2016-07-25 05:35:05 | 3 | # UNSTABLE: MDEV-10100
| main.query_cache | 2016-04-26 17:58:11 | 1 | # UNSTABLE: MDEV-10611 (one-time failure)
| main.shutdown | 2016-08-16 23:16:38 | 2 | # UNSTABLE: MDEV-10612
| main.sp-security | 2016-05-25 00:46:01 | 1 | # UNSTABLE: MDEV-10607
| main.sp-threads | 2016-04-21 19:57:06 | 2 | # --------- Fixed after the last failure (MDEV-9970)
| main.ssl | 2016-07-12 14:17:58 | 3 | # UNSTABLE: MDEV-10211
| main.subselect | 2016-04-26 15:40:50 | 2 | # --------- Broken build in April, MDEV-10613
| main.subselect_innodb | 2016-03-13 05:51:21 | 1 | # UNSTABLE: MDEV-10614
| main.subselect_no_exists_to_in | 2016-04-26 17:24:05 | 3 | # --------- Broken build in April, MDEV-10613
| main.subselect_no_mat | 2016-04-27 00:59:10 | 5 | # --------- Broken build in April, MDEV-10613
| main.subselect_no_opts | 2016-04-26 16:33:01 | 1 | # --------- Broken build in April, MDEV-10613
| main.subselect_no_scache | 2016-04-26 15:40:50 | 1 | # --------- Broken build in April, MDEV-10613
| main.subselect_sj2 | 2016-03-10 11:38:19 | 1 | # --------- Broken build in April, MDEV-10613
| main.type_date | 2016-06-29 02:44:59 | 1 | # --------- Fixed after the last failure (MDEV-10316)
| main.xtradb_mrr | 2016-08-02 14:30:41 | 2 | # --------- Fixed after the last failure (MDEV-9946)
| metadata_lock_info.global_read_lock | 2016-06-22 02:49:50 | 16 | # --------- Fixed after the last failure (MDEV-9728)
| metadata_lock_info.table_metadata_lock | 2016-06-22 02:49:50 | 16 | # --------- Fixed after the last failure (MDEV-9728)
| metadata_lock_info.user_lock | 2016-06-22 02:49:50 | 14 | # --------- Fixed after the last failure (MDEV-9728)
| multi_source.gtid | 2016-06-22 04:38:18 | 6 | # UNSTABLE: MDEV-10620
| multi_source.gtid_ignore_duplicates | 2016-04-26 17:29:15 | 1 | # ?-------- Startup problem on p8-rhel6-bintar-debug in Feb, logs not available, probably env
| multi_source.simple | 2016-07-18 12:36:20 | 2 | # UNSTABLE: MDEV-4633
| multi_source.status_vars | 2016-08-14 16:32:49 | 2 | # UNSTABLE: MDEV-4632
| parts.partition_debug_innodb | 2016-02-11 11:40:20 | 2 | # --------- Fixed after the last failure (MDEV-9355)
| parts.partition_float_myisam | 2016-06-23 13:28:12 | 1 | # UNSTABLE: MDEV-10621
| parts.partition_int_myisam | 2016-06-21 20:50:39 | 1 | # UNSTABLE: MDEV-10621
| perfschema.socket_summary_by_event_name_func | 2016-08-17 04:58:57 | 2 | # UNSTABLE: MDEV-10622
| perfschema.trigger_table_io | 2016-04-26 13:26:18 | 1 | # --------- Broken build in April, MDEV-10613
| plugins.feedback_plugin_send | 2016-06-18 16:38:55 | 43 | # UNSTABLE: MDEV-7932
| plugins.server_audit | 2016-02-17 07:25:17 | 14 | # UNSTABLE: MDEV-9562
| plugins.show_all_plugins | 2016-02-17 07:25:17 | 14 | # ?-------- Was failing in Feb on Azure, along with other plugin tests, probably environmental
| plugins.thread_pool_server_audit | 2016-02-17 07:25:17 | 48 | # UNSTABLE: MDEV-9562
| rpl.last_insert_id | 2016-06-22 18:56:04 | 2 | # UNSTABLE: MDEV-10625
| rpl.rpl_auto_increment | 2016-04-27 14:48:58 | 1 | # ?-------- Startup problem on p8-rhel6-bintar-debug in Apr, logs not available, probably env
| rpl.rpl_auto_increment_bug45679 | 2016-04-23 00:28:07 | 2 | # ?-------- Startup problem on p8-rhel6-bintar-debug in Apr, logs not available, probably env
| rpl.rpl_auto_increment_update_failure | 2016-06-18 11:17:39 | 1 | # UNSTABLE: MDEV-10625
| rpl.rpl_binlog_errors | 2016-04-26 17:29:15 | 2 | # ?-------- Startup problem on p8-rhel6-bintar-debug in Apr, logs not available, probably env
| rpl.rpl_binlog_grant | 2016-02-03 18:53:38 | 1 | # ?-------- Startup problem on p8-rhel6-bintar-debug in Feb, logs not available, probably env
| rpl.rpl_binlog_index | 2016-04-22 14:21:05 | 6 | # UNSTABLE: MDEV-9501
| rpl.rpl_checksum_cache | 2016-06-22 18:56:04 | 2 | # UNSTABLE: MDEV-10626
| rpl.rpl_circular_for_4_hosts | 2016-06-23 22:36:13 | 14 | # UNSTABLE: MDEV-10627
| rpl.rpl_deadlock_innodb | 2016-03-01 08:56:18 | 1 | # ?-------- Startup problem on p8-rhel6-bintar-debug in March, logs not available, probably env
| rpl.rpl_err_ignoredtable | 2016-03-01 08:56:18 | 1 | # ?-------- Startup problem on p8-rhel6-bintar-debug in March, logs not available, probably env
| rpl.rpl_gtid_basic | 2016-02-17 06:16:14 | 1 | # ?-------- Startup problem on p8-rhel6-bintar-debug in March, logs not available, probably env
| rpl.rpl_gtid_crash | 2016-04-27 00:59:10 | 2 | # UNSTABLE: MDEV-9501
| rpl.rpl_gtid_master_promote | 2016-06-23 01:09:50 | 2 | # UNSTABLE: MDEV-10628
| rpl.rpl_gtid_stop_start | 2016-04-27 14:48:58 | 2 | # UNSTABLE: MDEV-10629
| rpl.rpl_gtid_until | 2016-06-16 12:40:24 | 1 | # UNSTABLE: MDEV-10625
| rpl.rpl_innodb_bug30888 | 2016-04-23 00:28:07 | 1 | # ?-------- Startup problem on p8-rhel6-bintar-debug in April, logs not available, probably env
| rpl.rpl_mdev6020 | 2016-08-17 10:05:10 | 160 | # UNSTABLE: MDEV-1630
| rpl.rpl_mdev6386 | 2016-08-14 11:01:27 | 5 | # UNSTABLE: MDEV-10631
| rpl.rpl_mixed_ddl_dml | 2016-03-10 11:24:28 | 1 | # ?-------- Startup problem on p8-rhel6-bintar-debug in March, logs not available, probably env
| rpl.rpl_parallel | 2016-08-14 11:16:42 | 28 | # UNSTABLE: MDEV-10632
| rpl.rpl_parallel_multilevel2 | 2016-04-21 18:29:38 | 1 | # ?-------- Startup problem on p8-rhel6-bintar-debug in April, logs not available, probably env
| rpl.rpl_parallel_no_log_slave_updates | 2016-04-26 12:34:22 | 1 | # ?-------- Startup problem on p8-rhel6-bintar-debug in April, logs not available, probably env
| rpl.rpl_parallel_partition | 2016-02-16 11:01:33 | 1 | # ?-------- Startup problem on p8-rhel6-bintar-debug in February, logs not available, probably env
| rpl.rpl_parallel_temptable | 2016-03-21 21:12:59 | 1 | # UNSTABLE: MDEV-10356
| rpl.rpl_rotate_purge_deadlock | 2016-04-23 00:28:07 | 1 | # ?-------- Startup problem on p8-rhel6-bintar-debug in February, logs not available, probably env
| rpl.rpl_row_basic_3innodb | 2016-04-23 00:28:07 | 1 | # ?-------- Startup problem on p8-rhel6-bintar-debug in February, logs not available, probably env
| rpl.rpl_row_drop_create_temp_table | 2016-08-14 16:32:49 | 37 | # UNSTABLE: MDEV-10626
| rpl.rpl_row_find_row | 2016-03-16 11:53:05 | 1 | # ?-------- Startup problem on p8-rhel6-bintar-debug in March, logs not available, probably env
| rpl.rpl_semi_sync | 2016-04-26 17:29:15 | 1 | # ?-------- Startup problem on p8-rhel6-bintar-debug in April, logs not available, probably env
| rpl.rpl_semi_sync_uninstall_plugin | 2016-04-21 11:40:17 | 1 | # UNSTABLE: MDEV-7140
| rpl.rpl_server_id2 | 2016-03-21 21:12:59 | 1 | # ?-------- Startup problem on p8-rhel6-bintar-debug in March, logs not available, probably env
| rpl.rpl_slave_grp_exec | 2016-04-26 16:36:38 | 4 | # UNSTABLE: MDEV-10514
| rpl.rpl_sp_effects | 2016-02-11 11:40:20 | 1 | # ?-------- Startup problem on p8-rhel6-bintar-debug in February, logs not available, probably env
| rpl.rpl_stm_maria | 2016-02-16 11:01:33 | 1 | # ?-------- Startup problem on p8-rhel6-bintar-debug in February, logs not available, probably env
| rpl.rpl_stm_start_stop_slave | 2016-04-26 17:29:15 | 2 | # ?-------- Startup problem on p8-rhel6-bintar-debug in April, logs not available, probably env
| rpl.rpl_stm_user_variables | 2016-04-26 22:37:21 | 1 | # ?-------- Startup problem on p8-rhel6-bintar-debug in April, logs not available, probably env
| rpl.rpl_switch_stm_row_mixed | 2016-04-26 15:40:50 | 2 | # UNSTABLE: MDEV-10611
| rpl.rpl_sync | 2016-03-24 13:59:57 | 4 | # UNSTABLE: MDEV-10633
| rpl.rpl_temporary_error2 | 2016-06-22 04:38:18 | 1 | # UNSTABLE: MDEV-10634
| rpl.rpl_temp_table_mix_row | 2016-03-16 11:53:05 | 1 | # ?-------- Startup problem on p8-rhel6-bintar-debug in March, logs not available, probably env
| rpl.sec_behind_master-5114 | 2016-08-17 06:28:30 | 15 | # UNSTABLE: MDEV-8518
| spider/bg.direct_aggregate | 2016-04-27 21:10:43 | 1 | # UNSTABLE: MDEV-7098
| spider/bg.direct_aggregate_part | 2016-03-25 15:28:37 | 1 | # UNSTABLE: MDEV-7098
| spider/bg.ha | 2016-04-22 01:22:33 | 4 | # UNSTABLE: MDEV-7914
| spider/bg.ha_part | 2016-04-27 15:36:09 | 2 | # UNSTABLE: MDEV-9329
| spider/bg.spider_fixes | 2016-06-23 16:38:01 | 3 | # UNSTABLE: MDEV-7098
| storage_engine-myisam.alter_table_online | 2016-05-27 22:18:24 | 10 | # --------- Fixed after the last failure (f9d453e893c)
| stress.ddl_innodb | 2016-08-14 21:46:38 | 50 | # UNSTABLE: MDEV-10635
| sys_vars.innodb_buffer_pool_load_now_basic | 2016-03-24 15:36:12 | 5 | # --------- Fixed after the last failure (MDEV-9713)
| tokudb.cluster_filter_unpack_varchar | 2016-04-23 09:27:01 | 1 | # UNSTABLE: MDEV-10636
| tokudb_bugs.checkpoint_lock | 2016-03-11 21:44:42 | 16 | # UNSTABLE: MDEV-10637
| tokudb_bugs.checkpoint_lock_3 | 2016-03-11 21:44:42 | 16 | # UNSTABLE: MDEV-10637
| unit.ma_test_loghandler | 2016-02-19 18:06:00 | 1 | # UNSTABLE: MDEV-10638
| vcol.not_supported | 2016-04-26 16:02:19 | 2 | # UNSTABLE: MDEV-10639
| vcol.vcol_keys_innodb | 2016-04-26 15:40:50 | 1 | # UNSTABLE: MDEV-10639
+---------------------------------------------------+---------------------+------------+