From: | Antonin Houska <ah(at)cybertec(dot)at> |
---|---|
To: | Tomas Vondra <tomas(dot)vondra(at)2ndquadrant(dot)com> |
Cc: | pgsql-hackers(at)postgresql(dot)org, Craig Ringer <craig(at)2ndquadrant(dot)com> |
Subject: | Re: WIP: Separate log file for extension |
Date: | 2017-09-27 17:38:04 |
Message-ID: | 30102.1506533884@localhost |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Tomas Vondra <tomas(dot)vondra(at)2ndquadrant(dot)com> wrote:
> On 08/28/2017 11:23 AM, Antonin Houska wrote:
> > Craig Ringer <craig(at)2ndquadrant(dot)com> wrote:
> >
> >> On 25 August 2017 at 15:12, Antonin Houska <ah(at)cybertec(dot)at> wrote:
> >>
> >> How will this play with syslog? csvlog? etc?
> >
> > There's nothing special about csvlog: the LogStream structure has a
> > "destination" field, so if particular extension wants this kind of output, it
> > simply sets the LOG_DESTINATION_CSVLOG bit here.
> >
>
> I assume Craig's point was more about CSVLOG requiring log_collector=on.
> So what will happen if the PostgreSQL is started without the collector,
> and an extension attempts to use LOG_DESTINATION_CSVLOG? Or will it
> start a separate collector for each such extension?
The patch does not try to change this behavior. So there'll be no csvlog file
and only the plain (not csv-formatted) message will be written to console.
--
Antonin Houska
Cybertec Schönig & Schönig GmbH
Gröhrmühlgasse 26
A-2700 Wiener Neustadt
Web: http://www.postgresql-support.de, http://www.cybertec.at
From | Date | Subject | |
---|---|---|---|
Next Message | Andres Freund | 2017-09-27 17:40:22 | Re: Binary search in fmgr_isbuiltin() is a bottleneck. |
Previous Message | Alexander Korotkov | 2017-09-27 17:29:29 | Re: [PATCH]make pg_rewind to not copy useless WAL files |