Re: [HACKERS] Logical replication: stuck spinlock at ReplicationSlotRelease - Mailing list pgsql-hackers

From Tom Lane
Subject Re: [HACKERS] Logical replication: stuck spinlock at ReplicationSlotRelease
Date
Msg-id 9128.1498251057@sss.pgh.pa.us
Whole thread Raw
In response to Re: [HACKERS] Logical replication: stuck spinlock atReplicationSlotRelease  (Peter Eisentraut <peter.eisentraut@2ndquadrant.com>)
List pgsql-hackers
Peter Eisentraut <peter.eisentraut@2ndquadrant.com> writes:
> On 6/23/17 13:26, Alvaro Herrera wrote:
>> Hmm, so for instance in LogicalIncreaseRestartDecodingForSlot() we have
>> some elog(DEBUG1) calls with the slot spinlock held.  That's probably
>> uncool.

> I can reproduce the issue with --client-min-messages=debug2 or debug1,
> but it doesn't appear with the default settings.  I don't always get the
> "stuck spinlock" message, but it hangs badly pretty reliably after two
> or three rounds of erroring.

> Removing the call you pointed out doesn't make a difference, but it's
> possibly something similar.

Maybe some function invoked in a debug ereport accesses shared memory
or takes locks (eg, for catalog access)?
        regards, tom lane



pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: [HACKERS] initdb initalization failure for collation "ja_JP"
Next
From: Tom Lane
Date:
Subject: Re: [HACKERS] initdb initalization failure for collation "ja_JP"