[Tarantool-patches] [PATCH v4 4/4] replication: do not relay rows coming from a remote instance back to it

[Konstantin Osipov]

* Serge Petrenko <sergepetrenko at tarantool.org> [20/02/26 14:22]:
> I don’t think I can. The test that comes with an issue is a stress test,
> relying on running it with multiple workers simultaneously.
> It reproduces the problem when ran with 4 workers on one of my PCs,
> and with 20 workers on the other.
> I think we don’t have the appropriate testing infrastructure to run the same
> test with multiple workers at the same time, and I couldn’t come up with a
> single test which would reproduce the same problem.

Is there a place in which you can inject a sleep to make the
problem much easier to reproduce? 

What about injecting a sleep in wal code on replica, the place
which increments local replicaset vclock ?

Then you will be much more likely to receive a record from the
peer before you incremented the record vclock locally, and the bug
will be reproducible with a single master.

-- 
Konstantin Osipov, Moscow, Russia