Re: postgresSQL data directory - Mailing list pgsql-bugs

From Thanh Q Lam
Subject Re: postgresSQL data directory
Date
Msg-id 42CE9FD6.7070009@alcatel.com
Whole thread Raw
In response to Re: postgresSQL data directory  (Richard Huxton <dev@archonet.com>)
List pgsql-bugs
Thanks Richard!  I finally got it work.   It was caused byethe PGDATA
environment variable.  I fixed it the .cshrc and reran initdd, then
everything's back to normal.

Yes, our current postgres is very old and I'm setting up 7.4.8 on
another box.


Thanks again,
Thanh

Richard Huxton wrote:

> Thanh Q Lam wrote:
>
>> Hi,
>>
>> We have a problems with postgresSQL 7.1.3 that suddenly all databases
>> don't work, and it logged the following message,
>
>
> I'm sure you know that's an old version, but I'll recommend upgrading
> anyway.
>
>> pq_recvbuf: unexpected EOF on client connection
>> pq_recvbuf: unexpected EOF on client connection
>> Smart Shutdown request at Fri Jul  8 09:19:47 2005
>> DEBUG:  shutting down
>> DEBUG:  database system is shut down
>>
>>
>> I ran pg_ctl restart/start/stop, nothing works and the error log
>> showed this message,
>
>
> The same message every time?
>
>> simba[postgres][44]% more postmaster.log.994
>> /rms2/pgsql/bin/postmaster does not find the database system.
>>    Expected to find it in the PGDATA directory "/nsm/pgsql/data",
>>    but unable to open file "/nsm/pgsql/data/global/pg_control": No
>> such file or directory
>
>
> Is the file there?
> Are the permissions/ownership right?
>
>> I tried setenv PGDATA to /nsm/pgsql/data, but it still doesn't work.
>> Then I moved the current data directory to data.bak and ran initdb
>> --pgdata /nsm/pgsql/data to initialized the data cluster and replaced
>> the data.bak with data, but no luck the postgres server still failed
>> starting up.
>
>
> Did the initdb work?
> Was the error message the same?
>
> --
>   Richard Huxton
>   Archonet Ltd

pgsql-bugs by date:

Previous
From: Richard Huxton
Date:
Subject: Re: BUG #1761: missing files
Next
From: "Matthew T. O'Connor"
Date:
Subject: Re: pg_autovacuum: short, wide tables