Re: pg_ctl patch to integrate apache's rotatelogs

From: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
To: Peter Eisentraut <peter_e(at)gmx(dot)net>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Andrew Hammond <ahammond(at)ca(dot)afilias(dot)info>, PostgreSQL Patches <pgsql-patches(at)postgresql(dot)org>
Subject: Re: pg_ctl patch to integrate apache's rotatelogs
Date: 2004-05-16 19:36:50
Message-ID: 200405161936.i4GJaol12457@candle.pha.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-patches

Peter Eisentraut wrote:
> Bruce Momjian wrote:
> > Tom Lane wrote:
> > > Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> writes:
> > > > Ouch. How long has that documentation been wrong? We have
> > > > pointed folks to that section of the docs tons of times, and no
> > > > one mentioned that "logrotate" is really "rotatelogs", and that
> > > > it is missing parameters?
> > > >
> > > > I have applied the following patch to document rotatelogs
> > > > properly.
> > >
> > > I think you just broke it. logrotate and rotatelogs are two
> > > different programs, and AFAIK the existing documentation correctly
> > > described the one that is easier to use with Postgres.
> >
> > Oh, why don't I have logrotate. My system has:
> >
> > rotatelogs - rotate Apache logs without having to kill the
> > server
> >
> > rotatelogs logfile rotationtime [offset]
> >
> > and it says it is Apache's. I must be wrong but can someone explain
> > this?
>
> logrotate rotates log files and hups the servers according to a
> configuration file. rotatelogs reads the log data on stdin and reopens
> a new output file once in a while. The first hunk of your patch was
> wrong, the rest seemed OK.

OK, just to confirm, I backed out the first attached patch, but kept the
rest, which is my second attached patch.

I am still confused how these errors remained in the documentation for
so long.

--
Bruce Momjian | http://candle.pha.pa.us
pgman(at)candle(dot)pha(dot)pa(dot)us | (610) 359-1001
+ If your life is a hard drive, | 13 Roberts Road
+ Christ can be your backup. | Newtown Square, Pennsylvania 19073

Attachment Content-Type Size
unknown_filename text/plain 1.4 KB
unknown_filename text/plain 3.4 KB

In response to

Responses

Browse pgsql-patches by date

  From Date Subject
Next Message Bruce Momjian 2004-05-16 19:53:38 Re: Bug in CVS pg_dump against 7.0.x
Previous Message Christopher Kings-Lynne 2004-05-16 14:48:23 Bug in CVS pg_dump against 7.0.x