[ 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.
|