Re: Bug in postgres log file

From: bricklen <bricklen(at)gmail(dot)com>
To: Bogdan Bykhovets - ControlPay <b(dot)bykhovets(at)controlpay(dot)com>
Cc: "pgsql-bugs(at)postgresql(dot)org" <pgsql-bugs(at)postgresql(dot)org>
Subject: Re: Bug in postgres log file
Date: 2017-02-02 15:20:28
Message-ID: CAGrpgQ9PYnVnv=2raVEXVy2KtZVc=_DH7bsGN55ZzdHM1XEZfg@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

On Thu, Feb 2, 2017 at 1:14 AM, Bogdan Bykhovets - ControlPay <
b(dot)bykhovets(at)controlpay(dot)com> wrote:

>
>
> Postgres writes in to the log file the same date and time(server starts
> date and time) for all checkpoint operations. For other operations for
> example long queries or errors postgres writes in to the log current date
> and time.
>
>
>
> *> **select version();*
>
> *PostgreSQL 9.6.0 on x86_64-suse-linux-gnu, compiled by gcc (SUSE Linux)
> 4.3.4 [gcc-4_3-branch revision 152973], 64-bit*
>
>
>
Try changing your log_line_prefix to
log_line_prefix = '%p %u %m %e %i'
and reloading your postgresql.conf files (eg. pg_ctl reload)
I suspect the "%s" session timestamp is the problem, and you might be
looking for the wall clock time instead (which is logged via "%m")

Browse pgsql-bugs by date

  From Date Subject
Next Message jcantin 2017-02-02 16:50:31 BUG #14527: Calandar Week
Previous Message Tom Lane 2017-02-02 14:27:32 Re: BUG #14525: select <function>.* takes extremely long time