Re: [HACKERS] Logical replication - TRAP: FailedAssertion in pgstat.c
От | Petr Jelinek |
---|---|
Тема | Re: [HACKERS] Logical replication - TRAP: FailedAssertion in pgstat.c |
Дата | |
Msg-id | db35e432-56b5-830f-5fc4-26d3ca47724f@2ndquadrant.com обсуждение исходный текст |
Ответ на | Re: [HACKERS] Logical replication - TRAP: FailedAssertion in pgstat.c (Erik Rijkers <er@xs4all.nl>) |
Ответы |
Re: [HACKERS] Logical replication - TRAP: FailedAssertion in pgstat.c
Re: [HACKERS] Logical replication - TRAP: FailedAssertion in pgstat.c |
Список | pgsql-hackers |
On 03/05/17 13:23, Erik Rijkers wrote: > On 2017-05-03 08:17, Petr Jelinek wrote: >> On 02/05/17 20:43, Robert Haas wrote: >>> On Thu, Apr 20, 2017 at 2:58 PM, Peter Eisentraut > >>>> code path that calls CommitTransactionCommand() should have one, no? >>> >>> Is there anything left to be committed here? >>> >> >> Afaics the fix was not committed. Peter wanted more comprehensive fix >> which didn't happen. I think something like attached should do the job. > > I'm running my pgbench-over-logical-replication test in chunk of 15 > minutes, wth different pgbench -c (num clients) and -s (scale) values. > > With this patch (and nothing else) on top of master (8f8b9be51fd7 to be > precise): > >> fix-statistics-reporting-in-logical-replication-work.patch > > logical replication is still often failing (as expected, I suppose; it > seems because of "inital snapshot too large") but indeed I do not see Yes that's different thing that we've been discussing a bit in snapbuild woes thread. > the 'TRAP: FailedAssertion in pgstat.c' anymore. > > (If there is any other configuration of patches worth testing please let > me know) > Thanks, so the patch works. -- Petr Jelinek http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Training & Services
В списке pgsql-hackers по дате отправления: