Re: logical replication worker accesses catalogs in error context callback - Mailing list pgsql-hackers

From Andres Freund
Subject Re: logical replication worker accesses catalogs in error context callback
Date
Msg-id 20210130025323.vmjlr6imuecmezh5@alap3.anarazel.de
Whole thread Raw
In response to Re: logical replication worker accesses catalogs in error context callback  (Amit Kapila <amit.kapila16@gmail.com>)
Responses Re: logical replication worker accesses catalogs in error context callback
List pgsql-hackers
Hi,

On 2021-01-28 11:14:03 +0530, Amit Kapila wrote:
> On Wed, Jan 27, 2021 at 9:38 AM Bharath Rupireddy
> <bharath.rupireddyforpostgres@gmail.com> wrote:
> >
> > On Wed, Jan 27, 2021 at 7:48 AM Zhihong Yu <zyu@yugabyte.com> wrote:
> >
> > Thanks for pointing to the changes in the commit message. I corrected
> > them. Attaching v4 patch set, consider it for further review.
> >
> 
> About 0001, have we tried to reproduce the actual bug here which means
> when the error_callback is called we should face some problem? I feel
> with the correct testcase we should hit the Assert
> (Assert(IsTransactionState());) in SearchCatCacheInternal because
> there we expect the transaction to be in a valid state. I understand
> that the transaction is in a broken state at that time but having a
> testcase to hit the actual bug makes it easy to test the fix.

I think it's easy to hit - add a trivial DEBUG message to XLogWrite(),
and run anything involving logical rep using a low enough log
level. There might even be enough messages with a low enough level
already somewhere in the relevant paths.

Greetings,

Andres Freund



pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: Should we make Bitmapsets a kind of Node?
Next
From: Peter Geoghegan
Date:
Subject: Re: Should we make Bitmapsets a kind of Node?