Re: error_severity of brin work item - Mailing list pgsql-hackers

From Alvaro Herrera
Subject Re: error_severity of brin work item
Date
Msg-id 20201123193957.GA21810@alvherre.pgsql
Whole thread Raw
In response to Re: error_severity of brin work item  (Justin Pryzby <pryzby@telsasoft.com>)
Responses Re: error_severity of brin work item  (Justin Pryzby <pryzby@telsasoft.com>)
List pgsql-hackers
I think this formulation (attached v3) has fewer moving parts.

However, now that I did that, I wonder if this is really the best
approach to solve this problem.  Maybe instead of doing this at the BRIN
level, it should be handled at the autovac level, by having the worker
copy the work-item to local memory and remove it from the shared list as
soon as it is in progress.  That way, if *any* error occurs while trying
to execute it, it will go away instead of being retried for all
eternity.

Preliminary patch for that attached as autovacuum-workitem.patch.

I would propose to clean that up to apply instead of your proposed fix.

Attachment

pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: enable_incremental_sort changes query behavior
Next
From: Andrew Gierth
Date:
Subject: mark/restore failures on unsorted merge joins