Re: WIP/PoC for parallel backup
Asif Rehman <asifr.rehman@gmail.com>
From: Asif Rehman <asifr.rehman@gmail.com>
To: Rajkumar Raghuwanshi <rajkumar.raghuwanshi@enterprisedb.com>
Cc: Jeevan Chalke <jeevan.chalke@enterprisedb.com>,
Robert Haas <robertmhaas@gmail.com>, PostgreSQL Hackers <pgsql-hackers@postgresql.org>
Date: 2020-03-16T06:21:49Z
Lists: pgsql-hackers
Commits
Same data as JSON:
GET /api/v1/messages/:b64id/commits
the thread's linked commits as JSON, with link sources.
API reference →
-
Fix failures in incremental_sort due to number of workers
- 23ba3b5ee278 13.0 cited
-
In jsonb_plpython.c, suppress warning message from gcc 10.
- a06921816370 13.0 cited
-
Fix minor problems with non-exclusive backup cleanup.
- 303640199d04 13.0 cited
On Mon, Mar 16, 2020 at 11:08 AM Rajkumar Raghuwanshi < rajkumar.raghuwanshi@enterprisedb.com> wrote: > Thanks for the patches. > > I have verified reported issues with new patches, issues are fixed now. > > I got another observation where If a new slot name given without -C > option, it leads to server crash error. > > [edb@localhost bin]$ ./pg_basebackup -p 5432 -j 4 -D /tmp/bkp --slot > test_bkp_slot > pg_basebackup: error: could not send replication command > "START_REPLICATION": ERROR: replication slot "test_bkp_slot" does not exist > pg_basebackup: error: could not list backup files: server closed the > connection unexpectedly > This probably means the server terminated abnormally > before or while processing the request. > pg_basebackup: removing data directory "/tmp/bkp" > It seems to be an expected behavior. The START_BACKUP command has been executed, and pg_basebackup tries to start a WAL streaming process with a non-existent slot, which results in an error. So the backup is aborted while terminating all other processes. -- Asif Rehman Highgo Software (Canada/China/Pakistan) URL : www.highgo.ca