[ https://issues.apache.org/jira/browse/HDFS-462?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Konstantin Shvachko updated HDFS-462: ------------------------------------- Component/s: name-node Environment: Windows Affects Version/s: 0.21.0 Fix Version/s: 0.21.0 Yes, as we traced with Luca, the rename of {{current}} to {{previous.tmp}} fails because {{current/edits}} remains open after {{loadFSImaeg()}}. WinNT does not let rename directories if there are open files in it. This was introduced by HADOOP-5314. For regular name-node start up this makes sense, but fails in other scenarios. We should really-really resurrect windows build at least once a week as we used to have. > Unit tests not working under Windows > ------------------------------------ > > Key: HDFS-462 > URL: https://issues.apache.org/jira/browse/HDFS-462 > Project: Hadoop HDFS > Issue Type: Bug > Components: name-node, test > Affects Versions: 0.21.0 > Environment: Windows > Reporter: Luca Telloli > Fix For: 0.21.0 > > > Unit tests are failing on windows due to a problem with rename. > The failing code is around line 520 in FSImage.java: > {noformat} > assert curDir.exists() : "Current directory must exist."; > assert !prevDir.exists() : "prvious directory must not exist."; > assert !tmpDir.exists() : "prvious.tmp directory must not exist."; > // rename current to tmp > rename(curDir, tmpDir); > // save new image > if (!curDir.mkdir()) > throw new IOException("Cannot create directory " + curDir); > {noformat} > and seems related to some open file or directory -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.