You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@kudu.apache.org by "Hao Hao (JIRA)" <ji...@apache.org> on 2017/10/23 06:31:00 UTC

[jira] [Created] (KUDU-2196) Failures of concurrent block transactions can corrupt on-disk consistency

Hao Hao created KUDU-2196:
-----------------------------

             Summary: Failures of concurrent block transactions can corrupt on-disk consistency
                 Key: KUDU-2196
                 URL: https://issues.apache.org/jira/browse/KUDU-2196
             Project: Kudu
          Issue Type: Bug
          Components: fs
    Affects Versions: 1.5.0
            Reporter: Hao Hao


Failures of concurrent multiple block transactions can potentially corrupt the underlying log block container.

Currently, a log block container can be made available to any uncommitted writers (block transactions) once the written block is finalized, thus allowing concurrent writers(block transactions) to share the same log block container. While committing block transactions, the container will be marked as read-only if encountered any failures to maintain on-disk consistency. However, this prevention mechanism cannot help when concurrent writers go into the commitment state at the same time. If one transaction fail, the other transactions are still in the process of committing without knowing the container should be read-only now. This could let partial metadata record persist on disk and follow with full records, especially if the failure is transient (e.g ENOSPC). Thus, leaving the container in an unrecoverable state.




--
This message was sent by Atlassian JIRA
(v6.4.14#64029)