Re: pg_amcheck contrib application
Robert Haas <robertmhaas@gmail.com>
On Fri, Apr 9, 2021 at 2:50 PM Mark Dilger <mark.dilger@enterprisedb.com> wrote: > I think #4, above, requires some clarification. If there are missing chunks, the very definition of how large we expect subsequent chunks to be is ill-defined. I took a fairly conservative approach to avoid lots of bogus complaints about chunks that are of unexpected size. Not all such complaints are removed, but enough are removed that I needed to add a final complaint at the end about the total size seen not matching the total size expected. My instinct is to suppose that the size that we expect for future chunks is independent of anything being wrong with previous chunks. So if each chunk is supposed to be 2004 bytes (which probably isn't the real number) and the value is 7000 bytes long, we expect chunks 0-2 to be 2004 bytes each, chunk 3 to be 988 bytes, and chunk 4 and higher to not exist. If chunk 1 happens to be missing or the wrong length or whatever, our expectations for chunks 2 and 3 are utterly unchanged. > Corruption #1: > > UPDATE $toastname SET chunk_seq = chunk_seq + 1000 > > Before: > > # heap table "postgres"."public"."test", block 0, offset 2, attribute 2: > # toast value 16445 chunk 0 has sequence number 1000, but expected sequence number 0 > # heap table "postgres"."public"."test", block 0, offset 2, attribute 2: > # toast value 16445 chunk 1 has sequence number 1001, but expected sequence number 1 > # heap table "postgres"."public"."test", block 0, offset 2, attribute 2: > # toast value 16445 chunk 2 has sequence number 1002, but expected sequence number 2 > # heap table "postgres"."public"."test", block 0, offset 2, attribute 2: > # toast value 16445 chunk 3 has sequence number 1003, but expected sequence number 3 > # heap table "postgres"."public"."test", block 0, offset 2, attribute 2: > # toast value 16445 chunk 4 has sequence number 1004, but expected sequence number 4 > # heap table "postgres"."public"."test", block 0, offset 2, attribute 2: > # toast value 16445 chunk 5 has sequence number 1005, but expected sequence number 5 > > After: > > # heap table "postgres"."public"."test", block 0, offset 2, attribute 2: > # toast value 16445 missing chunks 0 through 999 Applying the above principle would lead to complaints that chunks 0-5 are missing, and 1000-1005 are extra. > Corruption #2: > > UPDATE $toastname SET chunk_seq = chunk_seq * 1000 Similarly here, except the extra chunk numbers are different. > Corruption #3: > > UPDATE $toastname SET chunk_id = (chunk_id::integer + 10000000)::oid WHERE chunk_seq = 3 And here we'd just get a complaint that chunk 3 is missing. -- Robert Haas EDB: http://www.enterprisedb.com
Commits
-
amcheck: Improve some confusing reports about TOAST problems.
- 50529e5b4e39 14.0 landed
-
amcheck: Reword some messages and fix an alignment problem.
- 9acaf1a62197 14.0 landed
-
amcheck: fix multiple problems with TOAST pointer validation
- ec7ffb8096e8 14.0 landed
-
amcheck: Remove duplicate XID/MXID bounds checks.
- 4573f6a9af6e 14.0 landed
-
amcheck: Fix verify_heapam's tuple visibility checking rules.
- 3b6c1259f9ca 14.0 landed
-
nbtree VACUUM: Cope with buggy opclasses.
- 5b861baa550a 14.0 landed
-
Improve pg_amcheck's TAP test 003_check.pl.
- 87d90ac61fa1 14.0 landed
-
Fix a confusing amcheck corruption message.
- 4078ce65a0f7 14.0 landed
-
Doc: add note about how to run the pg_amcheck regression tests.
- 58f57490facd 14.0 cited
-
In pg_amcheck tests, don't depend on perl's Q/q pack code.
- 945d2cb7d025 14.0 landed
-
pg_amcheck: Keep trying to fix the tests.
- 9e294d0f34d6 14.0 landed
-
pg_amcheck: Try to fix still more test failures.
- 24189277f6ff 14.0 landed
-
Try to avoid apparent platform-dependency in IPC::Run
- f371a4cdba6d 14.0 landed
-
Fix portability issues in pg_amcheck's 004_verify_heapam.pl.
- 661125612706 14.0 landed
-
Try to fix compiler warnings.
- d60e61de4fb4 14.0 landed
-
Add pg_amcheck, a CLI for contrib/amcheck.
- 9706092839db 14.0 landed
-
Refactor and generalize the ParallelSlot machinery.
- f71519e545a3 14.0 landed
-
Remove old-style VACUUM FULL (which was known for a little while as
- 0a469c87692d 9.0.0 cited