Re: Problem with multi-job pg_restore - Mailing list pgsql-hackers

From Brian Weaver
Subject Re: Problem with multi-job pg_restore
Date
Msg-id CAAhXZGt9eHUk1gR0e00zk6JbHHesKEBrA-XkWZBudmCdBDezpQ@mail.gmail.com
Whole thread Raw
In response to Re: Problem with multi-job pg_restore  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Problem with multi-job pg_restore
List pgsql-hackers
Tom,

The restore appears to have finished without a problem. The issue I
have is a running instance of postgres is still active in a COPY state
after the restore. The process is running full tilt, almost like it's
in a tight loop condition.

-- Brian

On Tue, May 1, 2012 at 1:44 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> Brian Weaver <cmdrclueless@gmail.com> writes:
>> Doh! I missed a script that was run by cron that does a nightly
>> backup. That's the likely offender for the 'copy-to-stdout'
>
>> I've removed it from the nightly run. I'll see if have any better luck
>> with this run. Still not sure about the best way to debug the issue
>> though. Any pointers would be appreciated.
>
> Well, given that this takes so long, adding PID and time of day to your
> log_line_prefix would probably be a smart idea.  But at this point it
> sounds like what failed was the cron job.  Are you sure that the
> pg_restore didn't finish just fine?  If it didn't, what's the evidence?
>
>                        regards, tom lane



--

/* insert witty comment here */


pgsql-hackers by date:

Previous
From: Peter Geoghegan
Date:
Subject: Re: proposal: additional error fields
Next
From: Andrew Dunstan
Date:
Subject: Re: JSON in 9.2 - Could we have just one to_json() function instead of two separate versions ?