Re: Using of --data-checksums

From: Michael Paquier <michael(at)paquier(dot)xyz>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Magnus Hagander <magnus(at)hagander(dot)net>, Stephen Frost <sfrost(at)snowman(dot)net>, Bruce Momjian <bruce(at)momjian(dot)us>, BGoebel <b(dot)goebel(at)prisma-computer(dot)de>, pgsql-general General <pgsql-general(at)postgresql(dot)org>
Subject: Re: Using of --data-checksums
Date: 2020-04-12 22:30:08
Message-ID: 20200412223008.GA2169@paquier.xyz
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Sun, Apr 12, 2020 at 10:23:24AM -0400, Tom Lane wrote:
> Magnus Hagander <magnus(at)hagander(dot)net> writes:
>> And FWIW, I do think we should change the default. And maybe spend some
>> extra effort on the message coming out of pg_upgrade in this case to make
>> it clear to people what their options are and exactly what to do.
>
> Is there any hard evidence of checksums catching problems at all?
> Let alone in sufficient number to make them be on-by-default?

I don't know if that's a sufficient number, but I have dealt with
corruption cases on virtual environments where these have been really
essential to find out proof that the origin of the problem was not
Postgres because those bugs created wild and incorrect block
overwrites. With the software stack getting more complicated, making
them the default would make sense IMO. Now the case of upgrades is
more tricky than it is, no? There is a copy of the file so we may be
able to do a block-to-block copy and update of the checksum, but you
cannot do that with the --link mode.
--
Michael

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Andrus 2020-04-13 00:02:15 Re: Which commands are guaranteed to drop role
Previous Message Laurenz Albe 2020-04-12 20:09:29 Re: Which commands are guaranteed to drop role