]> granicus.if.org Git - postgresql/commit
Actually, all of parallel restore's limitations should be tested earlier.
authorTom Lane <tgl@sss.pgh.pa.us>
Mon, 29 Aug 2011 02:27:48 +0000 (22:27 -0400)
committerTom Lane <tgl@sss.pgh.pa.us>
Mon, 29 Aug 2011 02:28:00 +0000 (22:28 -0400)
commit4fa37702a041a90355f693e10cad0751ef700658
treed60f7027d26d19209f592d1a5d0f094f35dac9cb
parent76d8bd8b906ddc27e4aee4b92b3f82e896b7e926
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.
src/bin/pg_dump/pg_backup_archiver.c