You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@kudu.apache.org by "Mike Percy (JIRA)" <ji...@apache.org> on 2016/11/29 20:02:59 UTC

[jira] [Updated] (KUDU-1761) Flaky tablet_history_gc-itest due to interleaving of concurrent client flushes

     [ https://issues.apache.org/jira/browse/KUDU-1761?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Mike Percy updated KUDU-1761:
-----------------------------
    Code Review: https://gerrit.cloudera.org/#/c/5224/

> Flaky tablet_history_gc-itest due to interleaving of concurrent client flushes
> ------------------------------------------------------------------------------
>
>                 Key: KUDU-1761
>                 URL: https://issues.apache.org/jira/browse/KUDU-1761
>             Project: Kudu
>          Issue Type: Bug
>          Components: client, test
>    Affects Versions: 1.1.0
>            Reporter: Mike Percy
>            Assignee: David Alves
>             Fix For: 1.2.0
>
>
> It appears that tablet_history_gc-itest is flaky due to interleaving of client operations when automatic flush is enabled. The test is particularly susceptible if an async flush is triggered after each operation.
> The issue becomes more apparent when there are two updates to the same row in quick succession, and an async flush is triggered after each one. Sometimes the 2nd update is applied first on the server, then overwritten by the 1st update, even though it was applied first to the client session. This concurrency race may manifest randomly in response to thread and network timing latencies.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)