[
https://issues.apache.org/jira/browse/KUDU-2153?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16396368#comment-16396368
]
Todd Lipcon commented on KUDU-2153:
-----------------------------------
I took a simple approach with a patch on https://gerrit.cloudera.org/c/9596/ .
Like you said, the "wrong" files/directories are locked, but we can simply
change the ordering at startup to circumvent the issue.
> Servers delete tmp files before obtaining directory lock
> --------------------------------------------------------
>
> Key: KUDU-2153
> URL: https://issues.apache.org/jira/browse/KUDU-2153
> Project: Kudu
> Issue Type: Bug
> Components: fs
> Affects Versions: 1.2.0, 1.3.1, 1.4.0, 1.5.0
> Reporter: Todd Lipcon
> Assignee: Todd Lipcon
> Priority: Critical
>
> In FsManager::Open() we currently call DeleteTmpFiles very early, before
> starting the block manager. This means that, if you accidentally start a
> tserver while another is running, it's possible for it to delete temporary
> files that are in-use by the running tserver, causing it to exhibit strange
> behavior, crash, etc (as in KUDU-2152).
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
