Hadoop-Hdfs-0.23-Build - Build # 54 - Still Unstable

See https://builds.apache.org/job/Hadoop-Hdfs-0.23-Build/54/ ### ## LAST 60 LINES OF THE CONSOLE ### [...truncated 9749 lines...] [ERROR] at org.apache.maven.cli.MavenCl

Jenkins build is still unstable: Hadoop-Hdfs-0.23-Build #54

See

Build failed in Jenkins: Hadoop-Hdfs-trunk #847

See Changes: [acmurthy] MAPREDUCE-3256. Added authorization checks for the protocol between NodeManager and ApplicationMaster. Contributed by Vinod K V. [szetszwo] HDFS-2436. Change FSNamesystem.setTimes(..) for allowing setting tim

Hadoop-Hdfs-trunk - Build # 847 - Still Failing

See https://builds.apache.org/job/Hadoop-Hdfs-trunk/847/ ### ## LAST 60 LINES OF THE CONSOLE ### [...truncated 16993 lines...] [INFO]

[jira] [Created] (HDFS-2513) Bump jetty to 6.1.26

Bump jetty to 6.1.26 Key: HDFS-2513 URL: https://issues.apache.org/jira/browse/HDFS-2513 Project: Hadoop HDFS Issue Type: Task Components: build Affects Versions: 0.22.0 Reporter: Konstantin Bou

[jira] [Created] (HDFS-2514) Link resolution bug for intermediate symlinks with relative targets

Link resolution bug for intermediate symlinks with relative targets --- Key: HDFS-2514 URL: https://issues.apache.org/jira/browse/HDFS-2514 Project: Hadoop HDFS Issue Type: Bug

Re: relative symbolic links in HDFS

Hey Chuck, Why is it problematic for your use that the symlink is stored in FileStatus fully qualified - you'd like FileContext#getSymlink to return the same Path that you used as the target in createSymlink? The current behavior is so getFileLinkStatus is consistent with getFileStatus(new Path("