You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@kudu.apache.org by "Todd Lipcon (JIRA)" <ji...@apache.org> on 2016/10/04 20:47:21 UTC

[jira] [Created] (KUDU-1678) Race during abort of pending operations during raft shutdown

Todd Lipcon created KUDU-1678:
---------------------------------

             Summary: Race during abort of pending operations during raft shutdown
                 Key: KUDU-1678
                 URL: https://issues.apache.org/jira/browse/KUDU-1678
             Project: Kudu
          Issue Type: Bug
          Components: consensus
    Affects Versions: 1.0.0
            Reporter: Todd Lipcon


I'm seeing the following race occasionally in alter_table-randomized-test:

- a follower tablet is shutting down while some operations are pending. The first operation is an ALTER_TABLE, and the second is a WRITE which depends on the ALTER (i.e includes the new column)
- we cancel the ALTER successfully, and then the thread gets de-scheduled
- the PrepareTask for the WRITE runs before we're able to cancel it. It then fails to prepare because the alter it depends on has not completed

It seems like we should probably cancel the pending operations in reverse order.



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