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

Re: postgresSQL data directory

From: Thanh Q Lam <thanh(dot)q(dot)lam(at)alcatel(dot)com>
To: Richard Huxton <dev(at)archonet(dot)com>
Cc: pgsql-bugs(at)postgresql(dot)org
Subject: Re: postgresSQL data directory
Date: 2005-07-08 15:46:30
Message-ID: 42CE9FD6.7070009@alcatel.com (view raw or flat)
Thread:
Lists: 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



In response to

pgsql-bugs by date

Next:From: Matthew T. O'ConnorDate: 2005-07-08 16:25:40
Subject: Re: pg_autovacuum: short, wide tables
Previous:From: Richard HuxtonDate: 2005-07-08 15:27:22
Subject: Re: BUG #1761: missing files

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