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")
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 |