From: | Isaac Morland <isaac(dot)morland(at)gmail(dot)com> |
---|---|
To: | Andres Freund <andres(at)anarazel(dot)de> |
Cc: | David Fetter <david(at)fetter(dot)org>, PostgreSQL Hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: [PATCH] Log CSV by default |
Date: | 2018-11-30 21:01:55 |
Message-ID: | CAMsGm5cwhGMz8x8PUR5GawJVCxL+Vc__cXZXKd90Nw9pq-GkaQ@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
> I think having a bin/pg_logparse tool that can parse postgres' config
> file and attempt to parse the log contents in whatever format they are
> would be much much more useful. Obviously not every log_line_prefix can
> be parsed unambiguously, but a lot of formats can, and a lot more
> formats can be made unambiguous (e.g. adding escape logic to application
> name logging would be very useful).
>
Aren't application names set by the client? If they are currently logged
without escaping, couldn't a client insert arbitrary binary content such as
terminal control sequences into log files, with potentially unpleasant
results? Or is there some sort of filter already in place somewhere? Should
I investigate?
From | Date | Subject | |
---|---|---|---|
Next Message | Andrew Dunstan | 2018-11-30 21:26:41 | Re: pg_dumpall --exclude-database option |
Previous Message | Chengchao Yu | 2018-11-30 20:59:53 | [PATCH] Fix Proposal - Deadlock Issue in Single User Mode When IO Failure Occurs |