Re: [HACKERS] Logical replication - TRAP: FailedAssertion in pgstat.c

Поиск
Список
Период
Сортировка
От Peter Eisentraut
Тема Re: [HACKERS] Logical replication - TRAP: FailedAssertion in pgstat.c
Дата
Msg-id 7cbd2286-ae2c-7dd1-722d-7531388636b8@2ndquadrant.com
обсуждение исходный текст
Ответ на Re: [HACKERS] Logical replication - TRAP: FailedAssertion in pgstat.c  (Petr Jelinek <petr.jelinek@2ndquadrant.com>)
Ответы Re: [HACKERS] Logical replication - TRAP: FailedAssertion in pgstat.c  (Robert Haas <robertmhaas@gmail.com>)
Список pgsql-hackers
On 4/16/17 16:11, Petr Jelinek wrote:
> Yeah it is, it needs to be fenced to happen only after commit, which is
> not guaranteed at the point of code, we probably need to put the
> pgstat_report_stat() inside the if above after the
> CommitTransactionCommand() (that will make it report stats for changes
> apply did to pg_subscription_rel after next transaction though)

I think to avoid the latter, we should add more pgstat_report_stat()
calls, such as in process_syncing_tables_for_apply().  Basically every
code path that calls CommitTransactionCommand() should have one, no?

-- 
Peter Eisentraut              http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Petr Jelinek
Дата:
Сообщение: Re: [HACKERS] tablesync patch broke the assumption that logical repdepends on?
Следующее
От: Andres Freund
Дата:
Сообщение: Re: [HACKERS] OK, so culicidae is *still* broken