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(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> Brian Weaver <cmdrclueless(at)gmail(dot)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 */

In response to

• Re: Problem with multi-job pg_restore at 2012-05-01 17:44:06 from Tom Lane

Responses

• Re: Problem with multi-job pg_restore at 2012-05-01 18:15:08 from Kevin Grittner

pgsql-hackers by date

Next:	From: Andrew Dunstan	Date: 2012-05-01 18:11:52
	Subject: Re: JSON in 9.2 - Could we have just one to_json() function instead of two separate versions ?
Previous:	From: Peter Geoghegan	Date: 2012-05-01 17:56:13
	Subject: Re: proposal: additional error fields