From: | tushar <tushar(dot)ahuja(at)enterprisedb(dot)com> |
---|---|
To: | Robert Haas <robertmhaas(at)gmail(dot)com>, Suraj Kharage <suraj(dot)kharage(at)enterprisedb(dot)com> |
Cc: | Rushabh Lathia <rushabh(dot)lathia(at)gmail(dot)com>, Tels <nospam-pg-abuse(at)bloodgate(dot)com>, David Steele <david(at)pgmasters(dot)net>, Andrew Dunstan <andrew(dot)dunstan(at)2ndquadrant(dot)com>, PostgreSQL Hackers <pgsql-hackers(at)postgresql(dot)org>, Jeevan Chalke <jeevan(dot)chalke(at)enterprisedb(dot)com>, vignesh C <vignesh21(at)gmail(dot)com> |
Subject: | Re: backup manifests |
Date: | 2020-03-03 14:49:42 |
Message-ID: | 8d81bcd9-fa06-a8a2-10e2-8368580e8e4f@enterprisedb.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On 3/3/20 4:04 PM, tushar wrote:
> Thanks Robert. After applying all the 5 patches (v8-00*) against PG
> v13 (commit id -afb5465e0cfce7637066eaaaeecab30b0f23fbe3) ,
There is a scenario where pg_validatebackup is not throwing an error if
some file deleted from pg_wal/ folder and but later at the time of
restoring - we are getting an error
[centos(at)tushar-ldap-docker bin]$ ./pg_basebackup -D test1
[centos(at)tushar-ldap-docker bin]$ ls test1/pg_wal/
000000010000000000000010 archive_status
[centos(at)tushar-ldap-docker bin]$ rm -rf test1/pg_wal/*
[centos(at)tushar-ldap-docker bin]$ ./pg_validatebackup test1
pg_validatebackup: * manifest_checksum =
88f1ed995c83e86252466a2c88b3e660a69cfc76c169991134b101c4f16c9df7
pg_validatebackup: backup successfully verified
[centos(at)tushar-ldap-docker bin]$ ./pg_ctl -D test1 start -o '-p 3333'
waiting for server to start....2020-03-02 20:05:22.732 IST [21441] LOG:
starting PostgreSQL 13devel on x86_64-pc-linux-gnu, compiled by gcc
(GCC) 4.8.5 20150623 (Red Hat 4.8.5-39), 64-bit
2020-03-02 20:05:22.733 IST [21441] LOG: listening on IPv6 address
"::1", port 3333
2020-03-02 20:05:22.733 IST [21441] LOG: listening on IPv4 address
"127.0.0.1", port 3333
2020-03-02 20:05:22.736 IST [21441] LOG: listening on Unix socket
"/tmp/.s.PGSQL.3333"
2020-03-02 20:05:22.739 IST [21442] LOG: database system was
interrupted; last known up at 2020-03-02 20:04:35 IST
2020-03-02 20:05:22.739 IST [21442] LOG: creating missing WAL directory
"pg_wal/archive_status"
2020-03-02 20:05:22.886 IST [21442] LOG: invalid checkpoint record
2020-03-02 20:05:22.886 IST [21442] FATAL: could not locate required
checkpoint record
2020-03-02 20:05:22.886 IST [21442] HINT: If you are restoring from a
backup, touch
"/home/centos/pg13_bk_mani/edb/edbpsql/bin/test1/recovery.signal" and
add required recovery options.
If you are not restoring from a backup, try removing the file
"/home/centos/pg13_bk_mani/edb/edbpsql/bin/test1/backup_label".
Be careful: removing
"/home/centos/pg13_bk_mani/edb/edbpsql/bin/test1/backup_label" will
result in a corrupt cluster if restoring from a backup.
2020-03-02 20:05:22.886 IST [21441] LOG: startup process (PID 21442)
exited with exit code 1
2020-03-02 20:05:22.886 IST [21441] LOG: aborting startup due to
startup process failure
2020-03-02 20:05:22.889 IST [21441] LOG: database system is shut down
stopped waiting
pg_ctl: could not start server
Examine the log output.
[centos(at)tushar-ldap-docker bin]$
--
regards,tushar
EnterpriseDB https://www.enterprisedb.com/
The Enterprise PostgreSQL Company
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2020-03-03 15:11:28 | Re: Symbolic names for the values of typalign and typstorage |
Previous Message | vignesh C | 2020-03-03 14:33:15 | Re: Identifying user-created objects |