Re: Postgresql logfilename and times in GMT - not EST

From: Lonni J Friedman <netllama(at)gmail(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Bryan Montgomery <monty(at)english(dot)net>, pgsql-general <pgsql-general(at)postgresql(dot)org>
Subject: Re: Postgresql logfilename and times in GMT - not EST
Date: 2012-12-04 22:44:33
Message-ID: CAP=oouH4M62m8T=37h5d_v6xw0fyCtqNFMLNmjj+1y1niERgww@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Tue, Dec 4, 2012 at 2:42 PM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> Lonni J Friedman <netllama(at)gmail(dot)com> writes:
>> On Tue, Dec 4, 2012 at 1:59 PM, Bryan Montgomery <monty(at)english(dot)net> wrote:
>>> I changed postgres.conf to have timezone = 'EST' and restarted postgres.
>>> However the log file is still 5 hours ahead. What gives? Not the end of the
>>> world but a bit annoying.
>
>> you need to set log_timezone . This is a new 'feature' in 9.2 that
>> annoyed me as well. I assume that there was a good use case for this.
>
> "New"? log_timezone has been around since 8.3, and it seems like a good
> idea to me --- what if you have N sessions each with its own active
> timezone setting? Timestamps in the log would be an unreadable mismash
> if there weren't a separate log_timezone setting.
>
> What did change in 9.2 is that initdb sets values for timezone and
> log_timezone in postgresql.conf, so it's the initdb environment that
> will determine what you get in the absence of any manual action.
> Before that it was the postmaster's environment.

Sorry, I meant new, in that its impact changed in 9.2 such that it
needed to be explicitly set to not get UTC by default, whereas in the
past that wasn't required.

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Stefan Keller 2012-12-04 23:39:06 Permission denied in file_fdw (Windows)
Previous Message Tom Lane 2012-12-04 22:42:18 Re: Postgresql logfilename and times in GMT - not EST