Re: pg_restore -m failing - Mailing list pgsql-hackers

From ohp@pyrenet.fr
Subject Re: pg_restore -m failing
Date
Msg-id Pine.UW2.4.63.0903051708530.9915@sun.pyrenet
Whole thread Raw
In response to Re: pg_restore -m failing  (Andrew Dunstan <andrew@dunslane.net>)
List pgsql-hackers
On Tue, 3 Mar 2009, Andrew Dunstan wrote:

> Date: Tue, 03 Mar 2009 11:02:35 -0500
> From: Andrew Dunstan <andrew@dunslane.net>
> To: ohp@pyrenet.fr
> Cc: pgsql-hackers list <pgsql-hackers@postgresql.org>
> Subject: Re: [HACKERS] pg_restore -m failing
> 
>
>
> ohp@pyrenet.fr wrote:
>> hi all,
>> 
>> After Andrew corrected the bug I found on pg_restore (-C -m misbehaving one 
>> with the other), I played again yesterday.
>> 
>> before the end of restore, I get this :
>> 
>> pg_restore: launching item 4202 INDEX idx_typeper_actif
>> pg_restore: [custom archiver] could not close archive file: Argument 
>> incorrect
>> pg_restore: *** aborted because of error
>> pg_restore: finished item 4202 INDEX idx_typeper_actif
>> pg_restore: [archiver] worker process failed: exit code 1
>> pg_restore: *** aborted because of error
>> 
>> Any idea? this is on unixware
>> 
>
> That seems very strange. Is it repeatable.
it is on unixware 100% of the time, not on linux.
> I wonder what theincorrect 
> argument was?
my guess would be the file desc.
>Maybe the memory got clobbered somewhere.
>
probably, but I could'nt proove it.
> Actually, while thinking about this it occurred to me that we are probably 
> wasting a few cycles reopening the archive where we don't need to - it should 
> only be necessary where we are restoring a data member, ISTM. I'll look at 
> that further.
>
take your time!
> cheers
>
> andrew
>
regards
-- 
Olivier PRENANT                    Tel: +33-5-61-50-97-00 (Work)
15, Chemin des Monges                +33-5-61-50-97-01 (Fax)
31190 AUTERIVE                       +33-6-07-63-80-64 (GSM)
FRANCE                          Email: ohp@pyrenet.fr
------------------------------------------------------------------------------
Make your life a dream, make your dream a reality. (St Exupery)


pgsql-hackers by date:

Previous
From: Matteo Beccati
Date:
Subject: Re: Re: [BUGS] BUG #4689: Expanding the length of a VARCHAR column should not induce a table rewrite
Next
From: Joshua Tolley
Date:
Subject: Operators based on non-IMMUTABLE functions