Re: 011_crash_recovery.pl intermittently fails
Kyotaro Horiguchi <horikyota.ntt@gmail.com>
From: Kyotaro Horiguchi <horikyota.ntt@gmail.com>
To: x4mmm@yandex-team.ru
Cc: tgl@sss.pgh.pa.us, pgsql-hackers@lists.postgresql.org,
craig.ringer@enterprisedb.com, robertmhaas@gmail.com
Date: 2021-03-05T08:41:55Z
Lists: pgsql-hackers
At Fri, 5 Mar 2021 13:20:53 +0500, Andrey Borodin <x4mmm@yandex-team.ru> wrote in > > 5 марта 2021 г., в 13:00, Kyotaro Horiguchi <horikyota.ntt@gmail.com> написал(а): > > > > The problem records have 15 pages of FPIs. The reduction of their > > size may prevent WAL-buffer wrap around and wal writes. If no wal is > > written the test fails. > Thanks, I've finally understood the root cause. > So, test verifies guarantee that is not provided (durability of aborted transactions)? I think that's right. > Maybe flip it to test that transaction effects are not committed\visible? Maybe no. The objective of the test is to check if a maybe-comitted transaction at crash is finally committed or aborted without directly confirming the result data, I think. And that feature is found not to be working as expected. regards. -- Kyotaro Horiguchi NTT Open Source Software Center
Commits
-
Remove recovery test 011_crash_recovery.pl
- 403d82dd54b5 11.19 landed
- e8fb2a721b36 12.14 landed
- ee11824ac4c2 13.10 landed
- 96d42bd27fef 14.7 landed
- c5b2975ec183 15.2 landed
- 8c1cd726c5d9 16.0 landed
-
Add a txid_status function.
- 857ee8e391ff 10.0 cited