From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Magnus Hagander <magnus(at)hagander(dot)net> |
Cc: | Heikki Linnakangas <heikki(dot)linnakangas(at)enterprisedb(dot)com>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Adding error message "source" |
Date: | 2009-08-06 14:50:30 |
Message-ID: | 3861.1249570230@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Magnus Hagander <magnus(at)hagander(dot)net> writes:
> On Thu, Aug 6, 2009 at 16:33, Tom Lane<tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
>> I don't think there'd be much logical difficulty in having an output
>> field (ie, CSV column or log_line_prefix escape) that represents a
>> classification of the PID, say as "postmaster, backend, AV worker,
>> AV launcher, bgwriter, ...". It would only require changing things
>> in one place, whereas your original proposal seemed mighty open-ended.
> Good point. That *would* probably take care of much of the need. The
> downside is aggressive filtering that way would get rid of important
> messages coming out of a single backend, like out of disk space.
> Meaning it would still not be possible to filter on the difference
> between ERROR: syntax error in query and ERROR: out of disk space? But
> it'd be an improvement still.
Hmm, well, what about filtering on the SQLSTATE? You could do that
today. A category-level filter would probably serve pretty well.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | David E. Wheeler | 2009-08-06 14:54:37 | Re: Re: [Pg-migrator-general] Composite types break pg_migrated tables |
Previous Message | Merlin Moncure | 2009-08-06 14:49:33 | Re: Re: [Pg-migrator-general] Composite types break pg_migrated tables |