Re: Definitive logrotate solution?

From: Wells Oliver <wellsoliver(at)gmail(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: pgsql-admin(at)postgresql(dot)org
Subject: Re: Definitive logrotate solution?
Date: 2012-04-11 23:40:28
Message-ID: CAOC+FBVC7xxsTWPEdy0zpDMzhvi+i-mzdw616MG+6uWhxv_YGQ@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin

How do you ensure you're not keeping logs from 35+ days ago, or whatever?
Just a find -mtime +10 -exec rm {}\; kind of thing?

On Wed, Apr 11, 2012 at 4:03 PM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:

> Wells Oliver <wellsoliver(at)gmail(dot)com> writes:
> > Might anyone share theirs? My log_rotation is set to 'stderr', and the
> log
> > files are being put into /var/log/postgresql.
>
> > My main concern is the postrotate action-- want to make sure the log is
> > properly rotated, unneeded older logs removed, and postgres... properly
> > bounced?
>
> Use the logging collector with its built-in rotation parameters, and you
> don't need anything else.
>
> If you insist on an external solution, there's basically no way except
> to shut down and restart postgres after any rotation, because there are
> going to be N processes all connected to the same stderr file descriptor.
>
> regards, tom lane
>

--
Wells Oliver
wellsoliver(at)gmail(dot)com

In response to

Responses

Browse pgsql-admin by date

  From Date Subject
Next Message Tom Lane 2012-04-11 23:51:24 Re: Definitive logrotate solution?
Previous Message Tom Lane 2012-04-11 23:03:17 Re: Definitive logrotate solution?