Re: BUG #8225: logging options don't change after reload

From: Jeff Frost <jeff(at)pgexperts(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: pgsql-bugs(at)postgresql(dot)org
Subject: Re: BUG #8225: logging options don't change after reload
Date: 2013-06-14 03:44:17
Message-ID: 340E2714-AAF1-4479-AD32-37CC1265C425@pgexperts.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs


On Jun 13, 2013, at 7:48 PM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:

> Jeff Frost <jeff(at)pgexperts(dot)com> writes:
>> What I don't understand is the new log file being created from the new
>> log_filename setting but then nothing being logged into it. Is it the
>> postmaster which creates that file? I would've thought it would be
>> the logger process?
>
> Hm, I hadn't focused on that --- that *is* pretty bizarre. The
> postmaster creates the log file initially before forking the syslogger,
> but subsequent rotations are handled by the syslogger process.
>
> Is it possible that your systems are running on the hairy edge of ENFILE
> limits? I notice that the syslogger will silently fail to rotate if it
> gets ENFILE while trying to open the new log file. That doesn't look
> like it'd explain the lack of log_checkpoint activity, though. Also,
> usually people notice this state because everything else on the box
> starts to fall over ...

These are definitely busy systems, but usually not running close to the edge, I'll see if I can make a test case using pgbench on 9.2.4.

In response to

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message Jeff Frost 2013-06-14 17:06:47 Re: BUG #8225: logging options don't change after reload
Previous Message Tom Lane 2013-06-14 02:48:10 Re: BUG #8225: logging options don't change after reload