Re: logical decoding / rewrite map vs. maxAllocatedDescs
От | Tomas Vondra |
---|---|
Тема | Re: logical decoding / rewrite map vs. maxAllocatedDescs |
Дата | |
Msg-id | fe5f8e53-08c2-3e09-8595-86242b325e9e@2ndquadrant.com обсуждение исходный текст |
Ответ на | Re: logical decoding / rewrite map vs. maxAllocatedDescs (Andres Freund <andres@anarazel.de>) |
Список | pgsql-hackers |
On 08/11/2018 09:34 AM, Andres Freund wrote: > Hi, > > On 2018-08-11 01:55:43 +0200, Tomas Vondra wrote: >> On 08/10/2018 11:59 PM, Tomas Vondra wrote: >>> >>> ... >>> >>> I suspect there's some other ingredient, e.g. some manipulation with the >>> subscription. Or maybe it's not needed at all and I'm just imagining things. >>> >> >> Indeed, the manipulation with the subscription seems to be the key here. >> I pretty reliably get the 'could not read block' error when doing this: >> >> 1) start the insert pgbench >> >> pgbench -n -c 4 -T 300 -p 5433 -f insert.sql test >> >> 2) start the vacuum full pgbench >> >> pgbench -n -f vacuum.sql -T 300 -p 5433 test > > Just to be clear: 5433 is the subscriber, right? I tried it with both, > but it's not clear what you meant with either the previous or the this > email. > Sorry for the confusion, 5433 was the publisher - I reinitialized the cluster sometime after the initial report, and happened to swap the port numbers. That is, both pgbench commands run on the publisher, while the subscriber tries to sync the table (and fails due to duplicate values). I can reproduce it pretty reliably, although it may take a couple of sync tries from the subscriber. regards -- Tomas Vondra http://www.2ndQuadrant.com PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
В списке pgsql-hackers по дате отправления: