1. 02 Nov, 2014 1 commit
  2. 31 Oct, 2014 2 commits
    • unknown's avatar
      Cleanup. · ee309b10
      unknown authored
      ee309b10
    • Kristian Nielsen's avatar
      Fix sporadic test failure in main.processlist · bad5fdec
      Kristian Nielsen authored
      The test runs a query in one thread, then in another queries the processlist
      and expects to find the first thread in the COM_SLEEP state. The problem is
      that the thread signals completion to the client before changing to COM_SLEEP
      state, so there is a window where the other thread can see the wrong state.
      
      A previous attempt to fix this was ineffective. It set a DEBUG_SYNC to handle
      proper waiting, but unfortunately that DEBUG_SYNC point ended up triggering
      already at the end of SET DEBUG_SYNC=xxx, so the wait was ineffective.
      
      Fix it properly now (hopefully) by ensuring that we wait for the DEBUG_SYNC
      point to trigger at the end of the SELECT SLEEP(), not just at the end of
      SET DEBUG_SYNC=xxx.
      bad5fdec
  3. 28 Oct, 2014 1 commit
  4. 25 Oct, 2014 1 commit
  5. 24 Oct, 2014 3 commits
  6. 21 Oct, 2014 1 commit
  7. 19 Oct, 2014 2 commits
  8. 18 Oct, 2014 2 commits
  9. 17 Oct, 2014 2 commits
  10. 30 Oct, 2014 1 commit
  11. 29 Oct, 2014 6 commits
    • Kristian Nielsen's avatar
      Attempt to fix a failure in test case innodb.innodb_information_schema seen... · 848d1166
      Kristian Nielsen authored
      Attempt to fix a failure in test case innodb.innodb_information_schema seen occasionally in Buildbot.
      
      The test case waits for other threads to complete, but the wait is only 2
      seconds. This is likely to sometimes be too little on our heavily loaded
      buildbot VMs, that can easily stall for more than 2 seconds from time to time.
      
      So let's try to increase the timeout (to about 40 seconds) and see if it
      helps.
      
      848d1166
    • Kristian Nielsen's avatar
      Fix a spurious test failure in rpl.rpl_show_slave_hosts · 2fdb88e8
      Kristian Nielsen authored
      The test case runs SHOW SLAVE HOSTS. The output of this is only stable after
      all slaves have had time to register with the master; this happens
      asynchroneously.
      
      The test was waiting for the slave with server_id=3 to appear in the output,
      but it was missing a similar wait for server_id=2. Thus, if server_id=2 was
      much slower to connect for some reason, it could be missing from the output,
      causing the test to fail.
      2fdb88e8
    • Kristian Nielsen's avatar
      Yet another attempt at fixing random failures in test case main.myisam-metadata · 8e63a7fe
      Kristian Nielsen authored
      I think I finally found the problem, managed to reproduce locally using a
      sleep in the test case to simulate the particular race condition that causes
      the test to fail often in Buildbot.
      
      The test starts an ALTER TABLE that does repair by sort in one thread, then
      another thread waits for the sort to be visible in SHOW PROCESSLIST and runs a
      SHOW statement in parallel.
      
      The problem happens when the sort manages to run to completion before the
      other thread has the time to look at SHOW PROCESSLIST. In this case, the wait
      times out because the state looked for has already passed.
      
      Earlier I added some DEBUG_SYNC to prevent this race, but it turns out that
      DEBUG_SYNC itself changes the state in the processlist. So when the debug sync
      point was hit, the processlist was showing the wrong state, so the wait would
      still time out.
      
      Fixed now by looking for the processlist to contain either the "Repair by
      sorting" state or the debug sync wait stage.
      
      Also clean up previous attempts to fix it. Set the wait timeout back to
      reasonable 60 seconds, and simplify the DEBUG_SYNC operations to work closer
      to how the original test case was intended.
      8e63a7fe
    • Sergey Petrunya's avatar
      Merge · ad66fafb
      Sergey Petrunya authored
      ad66fafb
    • Sergey Petrunya's avatar
      Merge · 35f69fc4
      Sergey Petrunya authored
      35f69fc4
    • Sergey Petrunya's avatar
      Merge 5.3->5.5 · 30b28bab
      Sergey Petrunya authored
      30b28bab
  12. 28 Oct, 2014 5 commits
  13. 22 Oct, 2014 2 commits
  14. 21 Oct, 2014 2 commits
  15. 20 Oct, 2014 2 commits
  16. 16 Oct, 2014 1 commit
  17. 15 Oct, 2014 2 commits
    • Sergey Vojtovich's avatar
      MDEV-6872 - innodb.innodb fails on PPC64 · f09a8ba6
      Sergey Vojtovich authored
      innodb_buffer_pool_pages_total depends on page size. On Power8 it is 65k
      compared to 4k on Intel. As we round allocations on page size we may get
      slightly more memory for buffer pool.
      f09a8ba6
    • Igor Babaev's avatar
      Fixed bug mdev-6705. · 1e1a8a7f
      Igor Babaev authored
      After constant row substitution the WHERE condition may be simplified and its multiple equality
      may be changed. In this case the references to these multiple equalities from the COND_EQUAL
      objects associated with ON expressions must be updated.
      Also we have to take into account that this simplification may lead to equalities of the form
      field=const that are mutually exclusive with some of the equalities in ON expressions. 
      1e1a8a7f
  18. 14 Oct, 2014 1 commit
    • Sergey Petrunya's avatar
      MDEV-6484: Assertion `tab->ref.use_count' failed on query with joins, constant... · b261ec39
      Sergey Petrunya authored
      MDEV-6484: Assertion `tab->ref.use_count' failed on query with joins, constant table, multi-part key
      
      - test_if_skip_sort_order()/create_ref_for_key() may change table 
        access from EQ_REF(index1) to REF(index2). 
      - Doing so doesn't make much sense from optimization POV, but since 
        they are doing it, they should update tab->read_record.unlock_row
        accordingly.
      b261ec39
  19. 13 Oct, 2014 3 commits