Re: Database clone stuck in the middle

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: "Kevin Grittner" <Kevin(dot)Grittner(at)wicourts(dot)gov>
Cc: pgsql-admin(at)postgresql(dot)org, gnanam(at)zoniac(dot)com
Subject: Re: Database clone stuck in the middle
Date: 2010-04-02 14:16:56
Message-ID: 10433.1270217816@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin

"Kevin Grittner" <Kevin(dot)Grittner(at)wicourts(dot)gov> writes:
> "Gnanakumar" <gnanam(at)zoniac(dot)com> wrote:
>> my Internet got disconnected in the middle,
>> so database cloning was also stuck in the middle.

> You putty to the server and run psql from a shell on the database
> server?

> If so, try putting the word "nohup" in front of "psql" -- that tells
> the program to keep running even if the connection is lost. (It is
> short for "no hangup", I believe.)

The whole thing is quite odd: even if the client connection failed,
I'd have expected the CREATE DATABASE command to run to completion
before noticing that. (Occasionally we get dinged for the fact that
loss of connection doesn't stop the executing command, but in contexts
like this it's a good thing.) Using nohup or not on the psql process
shouldn't have made any difference. I wonder whether the OP is doing
something weird like launching the server as a subprocess of his login
shell.

Another possibility (if the source is a really big database) is that
the copy operation is actually still going on. I'd make real sure the
old session is gone before trying to manually remove the allegedly-dead
subdirectory.

regards, tom lane

In response to

Responses

Browse pgsql-admin by date

  From Date Subject
Next Message Scott Marlowe 2010-04-02 16:45:56 Re: Migrate postgres to newer hardware
Previous Message Guillaume Lelarge 2010-04-02 14:02:24 Re: Database clone stuck in the middle