Re: Fwd: Annoying corruption in PostgreSQL.

From: Stephen Frost <sfrost(at)snowman(dot)net>
To: Kirill Reshke <reshkekirill(at)gmail(dot)com>
Cc: pgsql-hackers(at)lists(dot)postgresql(dot)org
Subject: Re: Fwd: Annoying corruption in PostgreSQL.
Date: 2023-10-30 14:46:11
Message-ID: ZT/Bs745ywK1Cc1e@tamriel.snowman.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Greetings,

Please don't top-post on these lists.

* Kirill Reshke (reshkekirill(at)gmail(dot)com) wrote:
> We have physical backups and we can PITR. But restoring a cluster to some
> point in the past is a bit of a different task: we need our client's
> approval for these operations, since we are a Managed DBs Cloud Provider.
> Will try to ask someone.

Do you have page-level checksums enabled for these PG instances?

Are you able to see if these clusters which are reporting the corruption
have been restored in the past from a backup? What are you using to
perform your backups and perform your restores?

Are you able to see if these clusters have ever crashed and come back up
after by doing WAL replay?

Where I'm heading with these questions is essentially: I suspect either
your backup/restore procedure is broken or you're running on a system
that doesn't properly fsync data. Or possibly both.

Oh, and you should probably have checksums enabled.

Thanks,

Stephen

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Xing Guo 2023-10-30 14:58:49 Remove obsolete check for TTSOpsVirtual from slot_compile_deform
Previous Message Robert Haas 2023-10-30 14:45:03 Re: trying again to get incremental backup