summaryrefslogtreecommitdiff
path: root/mysql-test/t/partition_open_files_limit.test
Commit message (Collapse)AuthorAgeFilesLines
* Suppress warnings from partition_open_files_limitMonty2018-05-231-0/+4
|
* Bug#46922 post push updateMattias Jonsson2009-10-091-0/+7
| | | | | | Disable the test when it will not hit the open_files_limit
* Bug#46922: crash when adding partitions and open_files_limitMattias Jonsson2009-10-081-0/+19
is reached Problem was bad error handling, leaving some new temporary partitions locked and initialized and some not yet initialized and locked, leading to a crash when trying to unlock the not yet initialized and locked partitions Solution was to unlock the already locked partitions, and not include any of the new temporary partitions in later unlocks mysql-test/r/partition_open_files_limit.result: Bug#46922: crash when adding partitions and open_files_limit is reached New test result mysql-test/t/partition_open_files_limit-master.opt: Bug#46922: crash when adding partitions and open_files_limit is reached New test opt-file for testing when open_files_limit is reached mysql-test/t/partition_open_files_limit.test: Bug#46922: crash when adding partitions and open_files_limit is reached New test case testing when open_files_limit is reached sql/ha_partition.cc: Bug#46922: crash when adding partitions and open_files_limit is reached When cleaning up the partitions already locked need to be unlocked, and not be unlocked/closed after cleaning up.