Re: BUG #17212: pg_amcheck fails on checking temporary relations
Peter Geoghegan <pg@bowt.ie>
From: Peter Geoghegan <pg@bowt.ie>
To: Mark Dilger <mark.dilger@enterprisedb.com>
Cc: Robert Haas <robertmhaas@gmail.com>,
Pavel Borisov <pashkin.elfe@gmail.com>, Alexander Lakhin <exclusion@gmail.com>,
PostgreSQL-development <pgsql-hackers@postgresql.org>
Date: 2021-10-11T21:33:23Z
Lists: pgsql-bugs, pgsql-hackers
On Mon, Oct 11, 2021 at 1:20 PM Mark Dilger <mark.dilger@enterprisedb.com> wrote: > Ok, I went with this suggestion, and also your earlier suggestion to have a <warning> in the pg_amcheck docs about using --parent-check and/or --rootdescend against servers in recovery. My concern with --parent-check (and with --rootdescend) had little to do with Hot Standby. I suggested using a warning because these options alone can pretty much cause bedlam on a production database. At least if they're used carelessly. Again, bt_index_parent_check()'s relation level locks will block all DML, as well as VACUUM. That isn't the case with any of the other pg_amcheck options, including those that call bt_index_check(), and including the heapam verification functionality. It's also true that --parent-check won't work in Hot Standby mode, of course. So it couldn't hurt to mention that in passing, at the same point. But that's a secondary point, at best. We don't need to use a warning box because of that. Overall, your approach looks good to me. Will Robert take care of committing this, or should I? -- Peter Geoghegan
Commits
-
Remove unstable pg_amcheck tests.
- cd3f429d9565 15.0 landed
- 5863115e4cb1 14.1 landed
-
pg_amcheck: avoid unhelpful verification attempts.
- d2bf06db3779 15.0 landed
- dd58194cf563 14.1 landed
-
amcheck: Skip unlogged relations in Hot Standby.
- 292698f158dd 15.0 landed
- e7712155ea08 14.1 landed
-
amcheck: Skip unlogged relations during recovery.
- 6754fe65a4c6 13.0 cited