Re: log_filename_prefix --> log_filename + strftime()

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: "Ed L(dot)" <pgsql(at)bluepolka(dot)net>
Cc: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>, pgsql-patches(at)postgresql(dot)org, Jan Wieck <JanWieck(at)Yahoo(dot)com>, Andreas Pflug <pgadmin(at)pse-consulting(dot)de>
Subject: Re: log_filename_prefix --> log_filename + strftime()
Date: 2004-09-20 22:57:01
Message-ID: 22758.1095721021@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-patches

"Ed L." <pgsql(at)bluepolka(dot)net> writes:
> Consider the case if one is
> truncating logs on rotation and rotating hourly. UTC vs local is
> irrelevant. If local time shifts backward from 02:00 to 01:00, our UTC
> offset will move in the negative direction. If 1) our policy were to
> truncate on rotation, and 2) we were rotating hourly or more frequently,
> and 3) our filename would be identical the 2nd time through that clock hour
> (i.e., it did not contain the epoch or UTC offset), this could cause a log
> file rotation into the same filename we just had open, thereby erasing an
> hour of log data. Apache's rotatelogs apparently has the same issue
> without a solution, and warns of it in the code.

Hmm. Maybe we should remember the previous filename, and only truncate
when the new one is different (plus all the other conditions); else append.

regards, tom lane

In response to

Responses

Browse pgsql-patches by date

  From Date Subject
Next Message Tom Lane 2004-09-20 23:23:16 Re: [SQL] COUNT(*) to find records which have a certain number of dependencies ?
Previous Message Ed L. 2004-09-20 22:49:38 Re: log_filename_prefix --> log_filename + strftime()