Skip site navigation (1) Skip section navigation (2)

Re: Problem with multi-job pg_restore

From: Brian Weaver <cmdrclueless(at)gmail(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: Problem with multi-job pg_restore
Date: 2012-05-01 18:09:37
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-hackers

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


pgsql-hackers by date

Next:From: Andrew DunstanDate: 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 GeogheganDate: 2012-05-01 17:56:13
Subject: Re: proposal: additional error fields

Privacy Policy | About PostgreSQL
Copyright © 1996-2018 The PostgreSQL Global Development Group