Re: log_destination

From: Andres Freund <andres(at)2ndquadrant(dot)com>
To: Christoph Berg <cb(at)df7cb(dot)de>, Magnus Hagander <magnus(at)hagander(dot)net>, "pgsql-pkg-debian(at)postgresql(dot)org" <pgsql-pkg-debian(at)postgresql(dot)org>
Subject: Re: log_destination
Date: 2013-03-06 10:24:05
Message-ID: 20130306102405.GL13803@alap2.anarazel.de
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-pkg-debian

On 2013-03-06 11:05:58 +0100, Christoph Berg wrote:
> Re: Magnus Hagander 2013-03-05 <CABUevEyxztj1myF_sdpujeQrKzgfH+DAQd2sNfD-uxizw_9s8g(at)mail(dot)gmail(dot)com>
> > Is there a particular reason why we're not using the postgresql log
> > collector in the debian packages, instead relying on pg_ctl -l, other
> > than this being legacy from back before we even had the log collector?
>
> The problem is that errors during early startup (syntax errors in
> postgresql.conf, port unavailable, shmmax, whatever) will not go into
> the logging collector, but will still appear in the "pg_ctl -l" log
> file. Changing the default here would mean the admin had to check two
> log files if the server doesn't even start.
>
> pg_ctl -l ~/logfile -o '--logging-collector=on --log-destination=stderr --log-directory=pg_log --ffo=bla' start
>
> -> complains about "ffo" in ~/logfile
>
> Apart from that, I agree that the logging collector would be a lot
> nicer than the current logrotate rules with the "copytruncate"
> insanity.

Both pg_ctl and the logging collector seem to open files in O_APPEND
mode. So - provided we could figure out the correct filename - they
could just log to the same file.

Greetings,

Andres Freund

--
Andres Freund http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Training & Services

In response to

Responses

Browse pgsql-pkg-debian by date

  From Date Subject
Next Message Christoph Berg 2013-03-06 10:37:55 Re: log_destination
Previous Message Christoph Berg 2013-03-06 10:14:01 Re: Updates for the apt.postgresql.org instructions