Re: Proposal: Adding json logging
От | David Arnold |
---|---|
Тема | Re: Proposal: Adding json logging |
Дата | |
Msg-id | CAH6vsWLrqwxffRMM2NCHVHTBA6p9ON5X1rea0j9EL7QaZy+Hzg@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Proposal: Adding json logging (Christophe Pettus <xof@thebuild.com>) |
Ответы |
Re: Proposal: Adding json logging
Re: Proposal: Adding json logging Re: Proposal: Adding json logging |
Список | pgsql-hackers |
>It looks like the thread skipped over the problem space for the solution space pretty fast
OK, I apologize, it seemed to me from the feedback that the problem was already uncontested. To verify/falsify that was the objective of my previous mail :)
Sure.
CSV Logs: https://pastebin.com/uwfmRdU7
CSV shows line breaks, STDOUT shows ERROR/FATAL and detail on different lines, not an easy problem to stream-parse reliably (without some kind of a buffer, etc)...
El dom., 15 abr. 2018 a las 12:46, Christophe Pettus (<xof@thebuild.com>) escribió:
> On Apr 15, 2018, at 10:39, David Arnold <dar@xoe.solutions> wrote:
>
> In the light of the specific use case / problem for this thread to be born, what exactly would you suggest?
It looks like the thread skipped over the problem space for the solution space pretty fast; I see your note:
> I have reviewed some log samples and all DO contain some kind of multi line logs which are very uncomfortable to parse reliably in a log streamer.
... but I don't see any actual examples of those. Can you elaborate?
--
-- Christophe Pettus
xof@thebuild.com
DAVID ARNOLD Gerente General | |
xoe.solutions dar@xoe.solutions +57 (315) 304 13 68 | |
Confidentiality Note: This email may contain confidential and/or private information. If you received this email in error please delete and notify sender. | |
Environmental Consideration: Please avoid printing this email on paper, unless really necessary. |
В списке pgsql-hackers по дате отправления: