Re: way to turn off epochs in log_filename

From: David Lowry <dlowry(at)bju(dot)edu>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: "Joshua D(dot)Drake" <jd(at)commandprompt(dot)com>, pgsql-admin(at)postgresql(dot)org
Subject: Re: way to turn off epochs in log_filename
Date: 2007-10-29 12:34:50
Message-ID: 0ED5986E-B518-4F14-ABAA-5D115DF4F25F@bju.edu
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin


On Oct 27, 2007, at 11:30 AM, Tom Lane wrote:
>> 1. Logrotate moves the old log file to a new name, equivalent to
>> something like this:
>> mv postgresql.log postgresql.log.1
>> In the mean time, PG keeps writing to the same file.
>> 2. Logrotate sends a HUP (as configured in the logrotate conf) to the
>> postmaster process, which causes PG to close the old log file
>> (postgresql.log.1) and open a new one (postgresql.log).
>
>> If I understand correctly, you're saying that this process either
>> won't work or isn't portable. Is that correct?
>
> Specifically, PG does not respond to SIGHUP in the way you are
> imagining
> above. The log-file-switch capability is either nonexistent (if no
> log
> collector process) or built in (if log collector is active) and there
> doesn't seem any value in driving the latter from outside PG.

Thanks for clearing that up. I think I'll just go with a script to
clean up the files.

David

In response to

Browse pgsql-admin by date

  From Date Subject
Next Message Florian Weimer 2007-10-29 12:48:08 Re: Hmmm ... isn't count_nondeletable_pages all wet?
Previous Message Alexander Stanier 2007-10-29 10:40:34 Re: shared memory settings on MAC OS X