Received: from maia.hub.org (maia-3.hub.org [200.46.204.243])
	by mail.postgresql.org (Postfix) with ESMTP id EC29C64275B
	for <pgsql-admin-postgresql.org@mail.postgresql.org>;
	Tue, 22 Jun 2010 14:10:25 -0300 (ADT)
Received: from mail.postgresql.org ([200.46.204.86])
	by maia.hub.org (mx1.hub.org [200.46.204.243]) (amavisd-maia,
	port 10024) with ESMTP id 24314-09 for
	<pgsql-admin-postgresql.org@mail.postgresql.org>;
	Tue, 22 Jun 2010 17:10:17 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Received: from sss.pgh.pa.us (sss.pgh.pa.us [66.207.139.130])
	by mail.postgresql.org (Postfix) with ESMTP id 208376321AE
	for <pgsql-admin@postgresql.org>; Tue, 22 Jun 2010 14:10:18 -0300 (ADT)
Received: from sss2.sss.pgh.pa.us (tgl@localhost [127.0.0.1])
	by sss.pgh.pa.us (8.14.2/8.14.2) with ESMTP id o5MHAGVA003825;
	Tue, 22 Jun 2010 13:10:16 -0400 (EDT)
To: "Igor Neyman" <ineyman@perceptron.com>
cc: pgsql-admin@postgresql.org
Subject: Re: parallel option in pg_restore 
In-reply-to: 
 <F4C27E77F7A33E4CA98C19A9DC6722A20625203C@EXCHANGE.corp.perceptron.com>
References: 
 <F4C27E77F7A33E4CA98C19A9DC6722A206251EB8@EXCHANGE.corp.perceptron.com>
	<1319.1277217422@sss.pgh.pa.us>
	<F4C27E77F7A33E4CA98C19A9DC6722A206251F9A@EXCHANGE.corp.perceptron.com>
	<2216.1277220948@sss.pgh.pa.us>
	<F4C27E77F7A33E4CA98C19A9DC6722A20625203C@EXCHANGE.corp.perceptron.com>
Comments: In-reply-to "Igor Neyman" <ineyman@perceptron.com>
	message dated "Tue, 22 Jun 2010 12:33:21 -0400"
Date: Tue, 22 Jun 2010 13:10:16 -0400
Message-ID: <3824.1277226616@sss.pgh.pa.us>
From: Tom Lane <tgl@sss.pgh.pa.us>
X-Virus-Scanned: Maia Mailguard 1.0.1
X-Spam-Status: No, hits=-1.91 tagged_above=-10 required=5 tests=BAYES_00=-1.9,
	T_RP_MATCHES_RCVD=-0.01
X-Spam-Level: 
X-Archive-Number: 201006/173
X-Sequence-Number: 34951

"Igor Neyman" <ineyman@perceptron.com> writes:
> Attached are couple smallish files (I suspect, CM_200909.bac might have
> just empty tables, no data - but it still produces an errror).

Hmm.  I get

pg_restore: [archiver (db)] Error while PROCESSING TOC:
pg_restore: [archiver (db)] Error from TOC entry 2741; 1259 30866 TABLE gp_cycle_200907 vec_dba
pg_restore: [archiver (db)] could not execute query: ERROR:  relation "gp_cycle" does not exist
    Command was: 
CREATE TABLE gp_cycle_200907 (CONSTRAINT gp_cycle_200907_cycle_date_time_check CHECK (((cycle_date_time >= '2009-07-01 00:0...

The tables all seem to inherit from tables you omitted from the dump,
so of course it's not restorable for anyone else.

Now I do see

pg_restore: [custom archiver] dumping a specific TOC data block out of order is not supported without ID on this input stream (fseek required)

after that, but I'm wondering if this is just a problem in error
recovery rather than the bug we thought we were looking for.

			regards, tom lane