[ https://issues.apache.org/jira/browse/KAFKA-1036?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13816331#comment-13816331 ]
Timothy Chen commented on KAFKA-1036: ------------------------------------- Hi Jay, The code isn't doing any locking, but looks like in Windows if you don't close the writer there is still a pending file lock on the file itself in Windows looking via the file monitor. That's why I needed to add a extra writer.close after the rename fails. Tim > Unable to rename replication offset checkpoint in windows > --------------------------------------------------------- > > Key: KAFKA-1036 > URL: https://issues.apache.org/jira/browse/KAFKA-1036 > Project: Kafka > Issue Type: Bug > Affects Versions: 0.8.1 > Environment: windows > Reporter: Timothy Chen > Priority: Critical > Labels: windows > Fix For: 0.8.1 > > > Although there was a fix for checkpoint file renaming in windows that tries > to delete the existing checkpoint file if renamed failed, I'm still seeing > renaming errors on windows even though the destination file doesn't exist. > A bit investigation shows that it wasn't able to rename the file since the > kafka jvm still holds a fie lock on the tmp file and wasn't able to rename > it. > Attaching a patch that calls a explict writer.close so it can release the > lock and can able to rename it. -- This message was sent by Atlassian JIRA (v6.1#6144)