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

Re: Re: pg_hba.conf pre-parsing change

From: Lamar Owen <lamar(dot)owen(at)wgcr(dot)org>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: Re: pg_hba.conf pre-parsing change
Date: 2001-07-31 23:46:57
Message-ID: 01073119465700.00985@lowen.wgcr.org (view raw or flat)
Thread:
Lists: pgsql-committerspgsql-hackers
On Tuesday 31 July 2001 19:20, Tom Lane wrote:
> Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> writes:
> > We could, but we don't with postgresql.conf so it made sense to keep the
> > behavior the same for the two files.

> I'm inclined to agree --- for one thing, this allows one to edit the
> files in place without worrying that the postmaster will pick up a
> partially-edited file.  But I wanted to throw the issue out to pghackers
> to see if anyone would be really unhappy about having to SIGHUP the
> postmaster after changing the authorization conf files.

Hmmm... 

I much prefer having to SIGHUP postmaster  -- that is semistandard daemon 
behavior, no?  If enough people want the other behavior, add a 
postgresql.conf setting to activate 'modification notification' for config 
files.

If nothing else, an 'accidental' pg_hba.conf corruption, deletion, or 
malicious change has to have a 'confirmation' step before a running 
postmaster sees the changes.
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11

In response to

pgsql-hackers by date

Next:From: Tom LaneDate: 2001-07-31 23:54:12
Subject: Re: Re: pg_hba.conf pre-parsing change
Previous:From: Bruce MomjianDate: 2001-07-31 23:42:37
Subject: Re: [PATCHES] Allow IDENT authentication on local connections (Linux only)

pgsql-committers by date

Next:From: Tom LaneDate: 2001-07-31 23:54:12
Subject: Re: Re: pg_hba.conf pre-parsing change
Previous:From: Bruce MomjianDate: 2001-07-31 23:39:15
Subject: Re: Re: pg_hba.conf pre-parsing change

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