From: | Peter Geoghegan <pg(at)bowt(dot)ie> |
---|---|
To: | Mark Dilger <mark(dot)dilger(at)enterprisedb(dot)com> |
Cc: | Robert Haas <robertmhaas(at)gmail(dot)com>, Pavel Borisov <pashkin(dot)elfe(at)gmail(dot)com>, Alexander Lakhin <exclusion(at)gmail(dot)com>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: BUG #17212: pg_amcheck fails on checking temporary relations |
Date: | 2021-10-11 18:26:29 |
Message-ID: | CAH2-WzmGn=WfjHUB9B23RMSiFhaxyxjFmfELm9Vu4VLsZAHa9A@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs pgsql-hackers |
On Mon, Oct 11, 2021 at 11:12 AM Peter Geoghegan <pg(at)bowt(dot)ie> wrote:
> Sure, the user might not be happy with --parent-check throwing an
> error on a replica. But in practice most users won't want to do that
> anyway. Even on a primary it's usually not possible as a practical
> matter, because the locking implications are *bad* -- it's just too
> disruptive, for too little extra coverage. And so when --parent-check
> fails on a replica, it really is very likely that the user should just
> not do that. Which is easy: just remove --parent-check, and try again.
We should have a warning box about this in the pg_amcheck docs. Users
should think carefully about ever using --parent-check, since it alone
totally changes the locking requirements (actually --rootdescend will
do that too, but only because that option also implies
--parent-check).
--
Peter Geoghegan
From | Date | Subject | |
---|---|---|---|
Next Message | Mark Dilger | 2021-10-11 18:29:12 | Re: BUG #17212: pg_amcheck fails on checking temporary relations |
Previous Message | Mark Dilger | 2021-10-11 18:26:24 | Re: BUG #17212: pg_amcheck fails on checking temporary relations |
From | Date | Subject | |
---|---|---|---|
Next Message | Mark Dilger | 2021-10-11 18:29:12 | Re: BUG #17212: pg_amcheck fails on checking temporary relations |
Previous Message | Mark Dilger | 2021-10-11 18:26:24 | Re: BUG #17212: pg_amcheck fails on checking temporary relations |