[jira] [Created] (HDFS-9819) FsVolume should tolerate few times check-dir failed due to deletion by mistake

Lin Yiqun created HDFS-9819: --- Summary: FsVolume should tolerate few times check-dir failed due to deletion by mistake Key: HDFS-9819 URL: https://issues.apache.org/jira/browse/HDFS-9819 Project: Hadoop HDFS

Build failed in Jenkins: Hadoop-Hdfs-trunk-Java8 #909

See Changes: [junping_du] HDFS-9456. BlockPlacementPolicyWithNodeGroup should override -- [...truncated 5877 lines...] Java HotSpot(TM) 64-Bit Server VM warning: ignoring option MaxPermSiz

Hadoop-Hdfs-trunk-Java8 - Build # 909 - Still Failing

See https://builds.apache.org/job/Hadoop-Hdfs-trunk-Java8/909/ ### ## LAST 60 LINES OF THE CONSOLE ### [...truncated 6070 lines...] [INFO] --- maven-antrun-plugin:1.7:ru

[jira] [Created] (HDFS-9818) Correctly handle EC reconstruction work caused by not enough racks

Jing Zhao created HDFS-9818: --- Summary: Correctly handle EC reconstruction work caused by not enough racks Key: HDFS-9818 URL: https://issues.apache.org/jira/browse/HDFS-9818 Project: Hadoop HDFS I

[jira] [Created] (HDFS-9817) Use SLF4J in new classes

Arpit Agarwal created HDFS-9817: --- Summary: Use SLF4J in new classes Key: HDFS-9817 URL: https://issues.apache.org/jira/browse/HDFS-9817 Project: Hadoop HDFS Issue Type: Sub-task Compo

Re: 'Target Version' field missing in Jira

It’s back up now. +Vinod > On Feb 16, 2016, at 11:42 AM, Vinod Kumar Vavilapalli > wrote: > > The data is still intact as I can see that I can continue to search on JIRA > against target-version. But only in advanced-search though. > > +Vinod > >> On Feb 16, 2016, at 10:23 AM, Aaron T. Myer

Re: 'Target Version' field missing in Jira

Great news. Thanks a lot for looking into this, Vinod. -- Aaron T. Myers Software Engineer, Cloudera On Tue, Feb 16, 2016 at 11:42 AM, Vinod Kumar Vavilapalli < vino...@apache.org> wrote: > The data is still intact as I can see that I can continue to search on > JIRA against target-version. But

Re: 'Target Version' field missing in Jira

The data is still intact as I can see that I can continue to search on JIRA against target-version. But only in advanced-search though. +Vinod > On Feb 16, 2016, at 10:23 AM, Aaron T. Myers wrote: > > I worry > that all the data for the target versions has disappeared as well...

Re: 'Target Version' field missing in Jira

I just filed https://issues.apache.org/jira/browse/INFRA-11274 . +Vinod > On Feb 16, 2016, at 10:23 AM, Aaron T. Myers wrote: > > Has anyone followed up with ASF Infra about getting this addressed? I worry > that all the data for the target ve

Re: 'Target Version' field missing in Jira

Has anyone followed up with ASF Infra about getting this addressed? I worry that all the data for the target versions has disappeared as well... -- Aaron T. Myers Software Engineer, Cloudera On Fri, Feb 12, 2016 at 1:35 PM, Kihwal Lee wrote: > It's still here: > https://issues.apache.org/jira/p

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

See Changes: [vinayakumarb] HADOOP-12805. Annotate CanUnbuffer with @InterfaceAudience.Public -- [...truncated 7812 lines...] Running org.apache.hadoop.hdfs.TestKeyProviderCache Tests run: 1, F

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

See https://builds.apache.org/job/Hadoop-Hdfs-trunk/2837/ ### ## LAST 60 LINES OF THE CONSOLE ### [...truncated 8005 lines...] [INFO] --- maven-clean-plugin:2.5:clean (d

Hadoop-Hdfs-trunk-Java8 - Build # 908 - Still Failing

See https://builds.apache.org/job/Hadoop-Hdfs-trunk-Java8/908/ ### ## LAST 60 LINES OF THE CONSOLE ### [...truncated 5970 lines...] [INFO] --- maven-antrun-plugin:1.7:ru

Build failed in Jenkins: Hadoop-Hdfs-trunk-Java8 #908

See Changes: [vinayakumarb] HADOOP-12805. Annotate CanUnbuffer with @InterfaceAudience.Public -- [...truncated 5777 lines...] Java HotSpot(TM) 64-Bit Server VM warning: ignoring option Max

Re: HDFS Abstract Filesystem and hadoop-client

> On 16 Feb 2016, at 05:56, Haohui Mai wrote: > > Thanks for catching them. I think it should be moved as well. Filed > HDFS-9815 to track the effort. > > ~Haohui > > I worry about how much is going to break with the split 1/ we should consider making the full hadoop-hdfs JAR the client dep