Re: FATAL: bogus data in lock file "postmaster.pid": ""
Robert Haas <robertmhaas@gmail.com>
From: Robert Haas <robertmhaas@gmail.com>
To: Tom Lane <tgl@sss.pgh.pa.us>
Cc: Bruce Momjian <bruce@momjian.us>, Michael Beattie <mtbeedee@gmail.com>, Magnus Hagander <magnus@hagander.net>, Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>, PostgreSQL-development <pgsql-hackers@postgresql.org>
Date: 2012-08-27T22:02:06Z
Lists: 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