1. 16 Mar, 2009 1 commit
    • Guilhem Bichot's avatar
      Fix for BUG#43001 ""maria.maria-no-logging fails sporadically on valgrind in PS mode" · 3c59ba32
      Guilhem Bichot authored
      mysqltest was reading free-ed memory, which fooled the test's reconnection detection.
      
      client/mysqltest.cc:
        Fix for BUG#43001 ""maria.maria-no-logging fails sporadically on valgrind in PS mode"
        mysqltest was closing (=>free()ing) the "stmt" object before reading stmt->last_errno
        (and storing that into $mysql_errno). As wait_until_connected_again.inc tests the value
        of $mysql_errno to know if reconnection has been accomplished, it was fooled.
      3c59ba32
  2. 11 Mar, 2009 1 commit
  3. 10 Mar, 2009 1 commit
  4. 09 Mar, 2009 4 commits
  5. 07 Mar, 2009 1 commit
  6. 05 Mar, 2009 2 commits
    • Guilhem Bichot's avatar
      In maria_recovery.trace we can see the Query which generated this record, but this printed too much · a15d25f0
      Guilhem Bichot authored
      (query is not 0-terminated in the log record): limit it to the true query's size.
      
      a15d25f0
    • Guilhem Bichot's avatar
      Fix for BUG#42180 "Maria: maria-recovery-bitmap.test fails repeatedly" · 8a715a59
      Guilhem Bichot authored
      storage/maria/ma_loghandler.c:
        Normally, when we log LOGREC_LONG_TRANSACTION_ID, undo_lsn should be 0: assert this.
      storage/maria/ma_test_force_start.pl:
        this script does not work with mtr2, make it use mtr1
      storage/maria/trnman.c:
        The bug's cause was that: transaction would log LOGREC_LONG_TRANSACTION_ID, then Checkpoint would run
        and skip it (because its undo_lsn is still 0), then transaction would log REDO+UNDO, then crash. At Recovery,
        REDO phase would start from Checkpoint's record LSN, so wouldn't see LOGREC_LONG_TRANSACTION_ID, and
        as Checkpoint record does not mention transaction, transaction would be unknown, so its REDO+UNDO would
        be thrown away (assumed to belong to a transaction committed long ago as unknown), so transaction
        would not be rolled back, which is wrong. Fix is: it was wrong to skip a transaction if undo_lsn is 0;
        as soon as LOGREC_LONG_TRANSACTION_ID has been logged, it becomes potentially invisible to the REDO
        phase, and so we must include this transaction in the checkpoint record.
      8a715a59
  7. 04 Mar, 2009 3 commits
  8. 02 Mar, 2009 2 commits
  9. 28 Feb, 2009 1 commit
  10. 27 Feb, 2009 1 commit
  11. 26 Feb, 2009 1 commit
  12. 25 Feb, 2009 4 commits
  13. 24 Feb, 2009 6 commits
  14. 23 Feb, 2009 1 commit
  15. 14 Feb, 2009 1 commit
  16. 13 Feb, 2009 3 commits
  17. 12 Feb, 2009 7 commits