From: | Thomas Munro <thomas(dot)munro(at)gmail(dot)com> |
---|---|
To: | pgsql-hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | t/010_pg_basebackup.pl checksum verify fails with RELSEG_SIZE 1 |
Date: | 2020-01-26 00:45:01 |
Message-ID: | CA+hUKGLEbeSxoFw43MH8i=snMY_MMM5+PnhBuexRqTVrDc-g2A@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Hi,
Sometimes I set RELSEG_SIZE to 1, as a way to get the various in-tree
tests to give the relation segment code a good workout. That's
outside the range that configure --with-segsize would allow and
therefore not really a supported size (it's set in GB), but it's very
useful for giving the relation segment code a good workout on small
databases like the check-world ones. At some point I think that
worked, but now it says:
t/010_pg_basebackup.pl ... 100/106
# Failed test 'pg_basebackup does not report more than 5 checksum
mismatches stderr
/(?^s:^WARNING.*further.*failures.*will.not.be.reported)/'
# at t/010_pg_basebackup.pl line 526.
# 'WARNING: checksum verification failed in file
"./base/13759/16396", block 0: calculated 49B8 but expected A91E
# WARNING: could not verify checksum in file "./base/13759/16396",
block 4: read buffer size 8225 and page size 8192 differ
# pg_basebackup: error: checksum error occurred
# '
# doesn't match '(?^s:^WARNING.*further.*failures.*will.not.be.reported)'
I haven't quite figured out why it does that yet (I don't see any
files of size other than 0 or 8192, as expected), but it'd be nice to
do that. I was even thinking of running a bf animal that way.
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2020-01-26 00:49:28 | Re: t/010_pg_basebackup.pl checksum verify fails with RELSEG_SIZE 1 |
Previous Message | Andres Freund | 2020-01-26 00:44:01 | Re: pg_stat_bgwriter.buffers_backend is pretty meaningless (and more?) |