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 20201113163931.GA27443@alvherre.pgsql
Whole thread Raw
In response to 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
On 2020-Nov-13, Justin Pryzby wrote:

> I saw a bunch of these in my logs:
> 
> log_time | 2020-10-25 22:59:45.619-07
> database | 
> left     | could not open relation with OID 292103095
> left     | processing work entry for relation "ts.child.alarms_202010_alarm_clear_time_idx"
> 
> Those happen following a REINDEX job on that index.
> 
> I think that should be more like an INFO message, since that's what vacuum does
> (vacuum_open_relation), and a queued work item is even more likely to hit a
> dropped relation.

Ah, interesting.  Yeah, I agree this is a bug.  I think it can be fixed
by using try_relation_open() on the index; if that returns NULL, discard
the work item.

Does this patch solve the problem?


Attachment

pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: Strange behavior with polygon and NaN
Next
From: Tom Lane
Date:
Subject: Re: [PATCH] Combine same ternary types in GIN and TSearch