Re: logical replication - still unstable after all these months

From: Erik Rijkers <er(at)xs4all(dot)nl>
To: Mark Kirkwood <mark(dot)kirkwood(at)catalyst(dot)net(dot)nz>
Cc: Andres Freund <andres(at)anarazel(dot)de>, pgsql-hackers(at)postgresql(dot)org, Simon Riggs <simon(at)2ndquadrant(dot)com>, pgsql-hackers-owner(at)postgresql(dot)org, petr(dot)jelinek(at)2ndquadrant(dot)com
Subject: Re: logical replication - still unstable after all these months
Date: 2017-05-27 23:38:19
Message-ID: 4818a0662c6b4d89b267ece1fd47f374@xs4all.nl
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 2017-05-28 01:21, Mark Kirkwood wrote:
> Sorry - I see you have done this already.
>
> On 28/05/17 11:15, Mark Kirkwood wrote:
>> Interesting - might be good to see your test script too (so we can
>> better understand how you are deciding if the runs are successful or
>> not).

Yes, in pgbench_derail2.sh in the cb function it says:

if [[ "${md5_total[$port1]}" == "${md5_total[$port2]}" ]]
then
echo " ok"
else
echo " NOK"
fi

This is the final decision about success ('ok') or failure ('NOK'). (NOK
stands for 'Not OK')

The two compared md5's (on the two ports: primary and replica) are each
taken over a concatenation of the 4 separate md5's of the table-content
(taken earlier in cb()). If one or more of the 4 md5's differs, then
that concatation-md5 will differ too.

Sorry, there is not a lot of comment

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Erik Rijkers 2017-05-28 00:05:33 Re: logical replication - still unstable after all these months
Previous Message Mark Kirkwood 2017-05-27 23:21:22 Re: logical replication - still unstable after all these months