[Bucardo-general] Test Failures: Serialized Isolation

Greg Sabino Mullane greg at endpoint.com
Wed Oct 24 03:37:02 UTC 2012

So, because we are talking very asynchronously, I want to put the 
proposal out there clearly for everyone. Because a serialization 
error is a known (and frankly expected) event on busy systems, we 
should treat that as very different from all other errors that a 
KID may encounter. Specifically, we need to try again, without 
reporting a serious problem back to the client via listen/notify.

We should continue the sleep setting to be sure, but should it give up 
after X tries? Slowly increment the sleep over time? I'm strongly 
inclined to do neither of those, but thought I should throw it 
out there.

In addition to trying again (whether via cleanup and a goto KID, 
or asking the controller to start up a new kid), we should have a 
new notify that is fired to let listeners know that yeah, the sync 
failed, but it's only a serialization error and we will try again. 
The payload should tell how long we are sleeping, and perhaps some 
other information (e.g. which table it was on when this occurred).
By "listener" I basically mean the bucardo program.

Of course, it would be nice to find a good way to cause serialization 
errors on demand for the test suite; I seem to recall trying to do 
so once and fialing, but I'm sure it is possible somehow.

Greg Sabino Mullane greg at endpoint.com
End Point Corporation
PGP Key: 0x14964AC8
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 163 bytes
Desc: not available
URL: <https://mail.endcrypt.com/pipermail/bucardo-general/attachments/20121023/27e6b4cb/attachment.sig>

More information about the Bucardo-general mailing list