Actually, all of parallel restore's limitations should be tested earlier. On closer inspection, whining in restore_toc_entries_parallel is really much too late for any user-facing error case. The right place to do it is at the start of RestoreArchive(), before we've done anything interesting (suh as trying to DROP all the targets ...)
Back-patch to 8.4, where parallel restore was introduced. Branch ------ REL8_4_STABLE Details ------- http://git.postgresql.org/pg/commitdiff/ce530adf8e3a483e48a8d98ebe421b6963aa639c Modified Files -------------- src/bin/pg_dump/pg_backup_archiver.c | 38 ++++++++++++++++++++------------- 1 files changed, 23 insertions(+), 15 deletions(-) -- Sent via pgsql-committers mailing list ([email protected]) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-committers
