Re: [HACKERS] Logical replication: stuck spinlock at ReplicationSlotRelease

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: [HACKERS] Logical replication: stuck spinlock at ReplicationSlotRelease
Дата
Msg-id 9128.1498251057@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: [HACKERS] Logical replication: stuck spinlock atReplicationSlotRelease  (Peter Eisentraut <peter.eisentraut@2ndquadrant.com>)
Список 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 по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: [HACKERS] initdb initalization failure for collation "ja_JP"
Следующее
От: Tom Lane
Дата:
Сообщение: Re: [HACKERS] initdb initalization failure for collation "ja_JP"