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
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 |