|From:||Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>|
|To:||Peter Eisentraut <peter_e(at)gmx(dot)net>|
|Subject:||Re: [PATCH] better systemd integration|
|Views:||Raw Message | Whole Thread | Download mbox | Resend email|
Peter Eisentraut <peter_e(at)gmx(dot)net> writes:
> I have written a couple of patches to improve the integration of the
> postgres daemon with systemd.
Seems like a generally reasonable thing to do. systemd is probably
not going away (unfortunately IMO, but there it is).
> The second patch improves integration with the system journal managed by
> systemd. This is a facility that captures a daemon's standard output
> and error and records it in configurable places, including syslog. The
> patch adds a new log_destination that is like stderr but marks up the
> output so that systemd knows the severity. With that in place, users
> can choose to do away with the postgres log file management and let
> systemd do it.
One of the benefits of the log collector is that it's able to do something
reasonably sane with random stderr output that might be generated by
libraries linked into PG (starting with glibc...). If someone sets things
up as you're suggesting, what will systemd do with unlabeled output lines?
Or in other words, how much value-add is there really from this markup?
Also, it looks like the markup is intended to be per-line, but as you've
coded this a possibly-multi-line error report will only have a prefix
on the first line.
regards, tom lane
|Next Message||Pavel Stehule||2015-11-17 16:34:26||Re: new full text search configurations|
|Previous Message||Oleg Bartunov||2015-11-17 16:28:32||new full text search configurations|