mariadb/mysql-test/suite/federated
Luis Soares 727707ac52 BUG#40143 federated.federated_server fails sporadically in pushbuild
The original goal of the test, as reported on BUG #25721, is to check whether 
a deadlock happens or not when concurrently CREATING/ALTERING/DROPPING the 
same server. For that a procedure (p1) is created that runs the exact same 
CREATE/ALTER/DROP statements for 10K iterations and two different connections 
(threads - t1 and t2) call p1 concurrently. At the end of the 10K iterations, 
the test checks if there was errors while running the loop (SELECT e >0).
      
The problem is that In some cases it may happen that one thread, t1, gets 
scheduled to execute with just enough time to complete the iteration and 
never bumps into the other thread t2. Meaning that t1 will never run into an 
SQL exception. On the other hand, the other thread, t2, may run into t1 and 
never issue any/part of its own statements because it will throw an SQLEXCEPTION. 
This is probably the case for failures where only one value differs.
      
Furthermore, there is a third scenario: both threads are scheduled to run 
interleaved for each iteration (or even one thread completes all iterations 
before the other starts). In this case, both will succeed without any error. 
This is probably the case for the failure that reports two different values.
      
This patch addresses the failure in pushbuild by removing the error counting 
and the printout (SELECT > 0) at the end of the test. A timeout should occur 
if the error that the test is checking surfaces.
2009-01-22 14:07:58 +01:00
..
disabled.def WL#4189 2007-12-12 18:19:24 +01:00
federated.inc Don't run federated tests for embedded 2008-03-10 12:54:15 +01:00
federated.result merge 5.1 --> 5.1-rpl 2008-12-13 19:42:12 +00:00
federated.test merge 5.1 --> 5.1-rpl 2008-12-13 19:42:12 +00:00
federated_archive.result WL#4189 2007-12-12 18:19:24 +01:00
federated_archive.test WL#4189 2007-12-12 18:19:24 +01:00
federated_bug_13118.result WL#4189 2007-12-12 18:19:24 +01:00
federated_bug_13118.test WL#4189 2007-12-12 18:19:24 +01:00
federated_bug_25714.result Merging 5.1 main into 5.1-rpl 2008-10-23 21:27:09 +02:00
federated_bug_25714.test Post-merge fixes to fix test cases. 2008-10-29 18:38:18 +01:00
federated_cleanup.inc WL#4189 2007-12-12 18:19:24 +01:00
federated_innodb-slave.opt WL#4189 2007-12-12 18:19:24 +01:00
federated_innodb.result WL#4189 2007-12-12 18:19:24 +01:00
federated_innodb.test merge 5.1 --> 5.1-rpl 2008-12-13 19:42:12 +00:00
federated_server.result BUG#40143 federated.federated_server fails sporadically in pushbuild 2009-01-22 14:07:58 +01:00
federated_server.test BUG#40143 federated.federated_server fails sporadically in pushbuild 2009-01-22 14:07:58 +01:00
federated_transactions-slave.opt WL#4189 2007-12-12 18:19:24 +01:00
federated_transactions.result WL#4189 2007-12-12 18:19:24 +01:00
federated_transactions.test WL#4189 2007-12-12 18:19:24 +01:00
have_federated_db.inc Fix faulty select to check for existence of federated support 2007-12-13 17:07:35 +01:00
my.cnf WL#4189 2007-12-12 18:19:24 +01:00