Re: Lockfile restart failure is still there :-( - Mailing list pgsql-hackers

From Andrew Dunstan
Subject Re: Lockfile restart failure is still there :-(
Date
Msg-id 423A0BF4.8090202@dunslane.net
Whole thread Raw
In response to Lockfile restart failure is still there :-(  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers

Tom Lane wrote:

>But I evidently didn't
>read the code quite carefully enough: as CreateLockFile() is written,
>it considers an EPERM error from kill() to be reason to treat the
>lockfile as valid.
>  
>

I thought that was part of what you were going to address. There can
hardly be an objection now to fixing it.

>I am strongly tempted to add a direct check in checkDataDir() that the
>data directory actually does belong to our own uid, just for paranoia's
>sake.  Someone might decide that they could relax the permission check
>("hey, why not let the dbadmin group have write permission on $PGDATA")
>without realizing they'd be weakening the startup safety interlock.
>
>
>  
>

I assume that ACLs can't be used to get around the restrictions ...

cheers

andrew


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: depended on table types
Next
From: Juan Pablo Espino
Date:
Subject: