| 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: | Whole Thread | Raw Message | 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 |