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

From Glyn Astill
Subject Re: pg_restore: [custom archiver] dumping a specific TOC data block out of order is not supported without ID on this input stream (fseek required)
Date
Msg-id 123741.83699.qm@web23606.mail.ird.yahoo.com
Whole thread Raw
In response to Re: pg_restore: [custom archiver] dumping a specific TOC data block out of order is not supported without ID on this input stream (fseek required)  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: pg_restore: [custom archiver] dumping a specific TOC data block out of order is not supported without ID on this input stream (fseek required)  (Alvaro Herrera <alvherre@commandprompt.com>)
Re: pg_restore: [custom archiver] dumping a specific TOC data block out of order is not supported without ID on this input stream (fseek required)  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-general

--- On Fri, 30/4/10, Tom Lane <tgl@sss.pgh.pa.us> wrote:

> Glyn Astill <glynastill@yahoo.co.uk>
> writes:
> > I've just upgraded a server from 8.3 to 8.4, and when
> trying to use the parallel restore options I get the
> following error:
>
> > "pg_restore: [custom archiver] dumping a specific TOC
> data block out of order is not supported without ID on this
> input stream (fseek required)"
>
> This is the second or third report we've gotten of that,
> but nobody's
> been able to offer a reproducible test case.  Can
> you?
>

Hi Tom,

The schema is fairly large, but I will try.

One thing I forgot to mention is that in the restore script I drop the indexes off my tables between restoring the
schemaand the data. I've always done this to speed up the restore, but is there any chance this could be causing the
issue?

I guess what would help is some insight into what the error message means.

It appers to orginate in _PrintTocData in pg_backup_custom.c, but I don't really understand what's happening here at
all,a wild guess is it's trying to seek to a particular toc entry in the file? or process the file sequentially? 

http://doxygen.postgresql.org/pg__backup__custom_8c.html#6024b8108422e69062072df29f48506f

Glyn




pgsql-general by date:

Previous
From: "Greg Sabino Mullane"
Date:
Subject: Re: savepoints with the same name
Next
From: Vincenzo Romano
Date:
Subject: Re: Inheritance efficiency