Re: BUG #16172: failure of vacuum file truncation can cause permanent data corruption
TAKATSUKA Haruka <[email protected]> Fri, 20 Dec 2019 15:02:35 +0900
| Newsgroups | gmane.comp.db.postgresql.bugs |
|---|---|
| Message-ID | <[email protected]> |
Horiguchi-san Thanks for pointing out it. I wasn't looking for past arguments enough. You may mean this links are: https://www.postgresql.org/message-id/flat/2348.1544474335%40sss.pgh.pa.us https://www.postgresql.org/message-id/15667-8d3fca4eba25174f%40postgresql.org regards, TAKATSUKA Haruka On Fri, 20 Dec 2019 14:22:22 +0900 (JST) Kyotaro Horiguchi <[email protected]> wrote: > Hello, > > At Fri, 20 Dec 2019 11:00:28 +0900, TAKATSUKA Haruka <[email protected]> wrote in > > > > I found moving DropRelFileNodeBuffers() from top to end in function > > smgrtruncate() is a proper modification. It passed the regression test > > and this reproduction test. > > I don't recall clealy but I think there was a thread similar to this > issue. Assume that checkpoint was running concurrently, the > checkpoint can revive the just truncated blocks inadvertently with > bogus content. > > reagards. > > -- > Kyotaro Horiguchi > NTT Open Source Software Center