Re: FATAL: bogus data in lock file "postmaster.pid": "" - Mailing list pgsql-hackers

From Robert Haas
Subject Re: FATAL: bogus data in lock file "postmaster.pid": ""
Date
Msg-id CA+TgmoaKDUfMQT7_uSNCcU92+CktvUy8RqvpXt=Qk+J=CJiV=Q@mail.gmail.com
Whole thread Raw
In response to Re: FATAL: bogus data in lock file "postmaster.pid": ""  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: FATAL: bogus data in lock file "postmaster.pid": ""
Re: FATAL: bogus data in lock file "postmaster.pid": ""
List pgsql-hackers
On Mon, Aug 27, 2012 at 4:29 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> Bruce Momjian <bruce@momjian.us> writes:
>> I have developed the attached patch to report a zero-length file, as you
>> suggested.
>
> DIRECTORY_LOCK_FILE is entirely incorrect there.
>
> Taking a step back, I don't think this message is much better than the
> existing behavior of reporting "bogus data".  Either way, it's not
> obvious to typical users what the problem is or what to do about it.
> If we're going to emit a special message I think it should be more user
> friendly than this.
>
> Perhaps something like:
>
>         FATAL: lock file "foo" is empty
>         HINT: This may mean that another postmaster was starting at the
>         same time.  If not, remove the lock file and try again.

The problem with this is that it gives the customer only one remedy,
which they will (if experience is any guide) try whether it is
actually correct to do so or not.

-- 
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company



pgsql-hackers by date:

Previous
From: Christian Ullrich
Date:
Subject: Bug in pg_env.bat from one-click installer
Next
From: Robert Haas
Date:
Subject: Re: temporal support patch