Re: Moved postgres, now won't start

From: Madison Kelly <linux(at)alteeve(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: Moved postgres, now won't start
Date: 2007-07-16 18:45:21
Message-ID: 469BBCC1.7030709@alteeve.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Tom Lane wrote:
> Madison Kelly <linux(at)alteeve(dot)com> writes:
>> I've created a small 2-node (Debian Etch, PgSQL8.1) cluster using a
>> (shared) DRBD8 partition formatted as ext3 running in Primary/Secondary
>> mode.
>
>> I shut down postgresql-8.1, moved '/etc/postgresql' and
>> '/etc/postgres-commin' to '/ha/etc' (where '/ha' is the DRBD partitions
>> mount point). Then I created symlinks to the directories under '/ha' and
>> then restarted PostgreSQL. Everything *seemed* okay, until I tried to
>> connect to a database (ie: 'template1' as 'postgres'). Then I get the error:
>
>> $ psql template1
>> psql: FATAL: could not open file "global/pg_database": No such file or
>> directory
>
> I think that's the first actual file access that happens during the
> connect sequence (everything before that is done with in-memory caches
> in the postmaster). So what I'm wondering is whether you *really* shut
> down and restarted the postmaster, or whether you are trying to connect
> to the same old postmaster process that has now had all its files
> deleted out from under it.

To test your idea, I rebooted both cluster nodes and it works now.

How could I have done this without requiring a reboot? Is there a way to
tell postgres to create an entirely new connection?

Thanks!!

Madison

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Francisco Reyes 2007-07-16 18:58:41 Re: pg_dump vs schemas
Previous Message Michael Nolan 2007-07-16 18:36:25 What's the logical counterpart of the to_hex function?