Re: Per-database and per-user GUC settings - Mailing list pgsql-hackers

From Bruce Momjian
Subject Re: Per-database and per-user GUC settings
Date
Msg-id 200202010528.g115Sfj25904@candle.pha.pa.us
Whole thread Raw
In response to Re: Per-database and per-user GUC settings  (Peter Eisentraut <peter_e@gmx.net>)
Responses Re: Per-database and per-user GUC settings  (Bruce Momjian <pgman@candle.pha.pa.us>)
Re: Per-database and per-user GUC settings  (Peter Eisentraut <peter_e@gmx.net>)
List pgsql-hackers
> > 1. postgresql.conf contains a setting for some variable, say
> > sort_mem=1000.  DBA starts postmaster with a command-line option to
> > override the variable, say --sort_mem=2000.  Works fine, until he
> > SIGHUPs the postmaster for some unrelated reason, at which point
> > sort_mem snaps back to 1000.
> 
> This sort of thing was once considered a feature, until someone came along
> and overloaded SIGHUP for unreleated things. ;-)

I agree we should not propagate config changes to children on SIGHUP. 
The only major question I had was that command-line flags get wiped out
by postgresql.conf settings on SIGHUP.  I know someone pointed this
out but has a solution been proposed?  That would surprise any admin.

--  Bruce Momjian                        |  http://candle.pha.pa.us pgman@candle.pha.pa.us               |  (610)
853-3000+  If your life is a hard drive,     |  830 Blythe Avenue +  Christ can be your backup.        |  Drexel Hill,
Pennsylvania19026
 


pgsql-hackers by date:

Previous
From: Hiroshi Inoue
Date:
Subject: Re: RFD: schemas and different kinds of Postgres objects
Next
From: Oleg Bartunov
Date:
Subject: Re: [PATCHES] [PATCH] GiST code cleanup