From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Andres Freund <andres(at)anarazel(dot)de> |
Cc: | pgsql-hackers(at)postgresql(dot)org, Magnus Hagander <magnus(at)hagander(dot)net> |
Subject: | Re: Reporting query on crash even if completed |
Date: | 2017-09-18 13:47:08 |
Message-ID: | 9333.1505742428@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Andres Freund <andres(at)anarazel(dot)de> writes:
> When a backend dies, in a manner triggering a crash restart, we
> currently log something like:
> DETAIL: Failed process was running: %s
>
> That used to be only when there's an active query, but since
> commit 4f42b546fd87a80be30c53a0f2c897acb826ad52
> that's not the case anymore. I can't recall anybody complaining, but to
> me it seems fairly confusing to report that some query was running when
> it's actually not.
I think this is fine. If the backend crashes in nominally-post-query
mopup, it might be useful to know what it had been running. If it
really was idle, it seems no more confusing than in pg_stat_activity.
Now, for pg_stat_activity part of the argument why this wouldn't be
confusing was that you could also see the "state" field. Maybe we
should try to shoehorn equivalent info into the crash log entry?
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Peter Eisentraut | 2017-09-18 13:54:52 | Re: additional contrib test suites |
Previous Message | Jan Michálek | 2017-09-18 13:39:51 | Re: Other formats in pset like markdown, rst, mediawiki |