Re: [VOTE] Merge feature branch YARN-5355 (Timeline Service v2) to trunk

I'm adding my +1 (binding) to conclude the vote. With 13 +1's (11 binding) and no -1's, the vote passes. We'll get on with the merge to trunk shortly. Thanks everyone! Regards Vrushali On Tue, Aug 29, 2017 at 10:54 AM, varunsax...@apache.org < varun.saxena.apa...@gmail.com> wrote: > +1

[jira] [Created] (HDFS-12374) Document the missing -ns option of haadmin.

Wenxin He created HDFS-12374: Summary: Document the missing -ns option of haadmin. Key: HDFS-12374 URL: https://issues.apache.org/jira/browse/HDFS-12374 Project: Hadoop HDFS Issue Type: Bug

Re: [DISCUSS] Branches and versions for Hadoop 3

Hi Andrew, We have completed the merge of TSv2 to trunk. You can now go ahead with the branching. Regards, Varun Saxena. On Tue, Aug 29, 2017 at 11:35 PM, Andrew Wang wrote: > Sure. Ping me when the TSv2 goes in, and I can take care of branching. > > We're still

[jira] [Created] (HDFS-12375) Fail to start/stop journalnodes using start-dfs.sh/stop-dfs.sh.

Wenxin He created HDFS-12375: Summary: Fail to start/stop journalnodes using start-dfs.sh/stop-dfs.sh. Key: HDFS-12375 URL: https://issues.apache.org/jira/browse/HDFS-12375 Project: Hadoop HDFS

Apache Hadoop qbt Report: trunk+JDK8 on Linux/x86

For more details, see https://builds.apache.org/job/hadoop-qbt-trunk-java8-linux-x86/508/ [Aug 29, 2017 11:21:14 AM] (sunilg) YARN-6386. Show decommissioning nodes in new YARN UI. Contributed by [Aug 29, 2017 11:36:22 AM] (aajisaka) HADOOP-14671. Upgrade to Apache Yetus 0.5.0. [Aug 29, 2017

[jira] [Reopened] (HDFS-11294) libhdfs++: Segfault in HA failover if DNS lookup for both Namenodes fails

[ https://issues.apache.org/jira/browse/HDFS-11294?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] James Clampffer reopened HDFS-11294: Reopening. Looks like this is a real issue that existing tests weren't hitting. Given an HA

[jira] [Created] (HDFS-12376) Enable JournalNode Sync by default

Hanisha Koneru created HDFS-12376: - Summary: Enable JournalNode Sync by default Key: HDFS-12376 URL: https://issues.apache.org/jira/browse/HDFS-12376 Project: Hadoop HDFS Issue Type: Task

[jira] [Created] (HDFS-12377) Refactor TestReadStripedFileWithDecoding to avoid test timeouts

Andrew Wang created HDFS-12377: -- Summary: Refactor TestReadStripedFileWithDecoding to avoid test timeouts Key: HDFS-12377 URL: https://issues.apache.org/jira/browse/HDFS-12377 Project: Hadoop HDFS

Re: [VOTE] Merge feature branch YARN-5355 (Timeline Service v2) to trunk

I'd have assumed it would have gone in as one single patch, rather than a full history. I don't see why the trunk needs all the evolutionary history of a build. What should our policy/process be here? I do currently plan to merge the s3guard in as one single squashed patch; just getting

Re: [VOTE] Merge feature branch YARN-5355 (Timeline Service v2) to trunk

I recall this discussion about a couple of years ago: https://lists.apache.org/thread.html/43cd65c6b6c3c0e8ac2b3c76afd9eff1f78b177fabe9c4a96d9b3d0b@1440189889@%3Ccommon-dev.hadoop.apache.org%3E On Wed, Aug 30, 2017 at 2:32 PM, Steve Loughran wrote: > I'd have assumed it

Re: [VOTE] Merge feature branch YARN-5355 (Timeline Service v2) to trunk

The "git" way of doing things would be to rebase the feature branch on master (trunk) and then commit the patch stack. Squashing the entire feature into a 10 MB megapatch is the "svn" way of doing things. The svn workflow evolved because merging feature branches back to trunk was really painful

Re: [VOTE] Merge feature branch YARN-5355 (Timeline Service v2) to trunk

Thanks Sangjin for the link to the previous discussions on this! I think that helps answer Steve's questions. As decided on that thread [1], YARN-5355 as a feature branch was merged to trunk via "git merge --no-ff" . Although trunk already had TSv2 code (alpha1) prior to this merge, we chose to

[jira] [Created] (HDFS-12379) NameNode getListing should use FileStatus instead of HdfsFileStatus

Zhe Zhang created HDFS-12379: Summary: NameNode getListing should use FileStatus instead of HdfsFileStatus Key: HDFS-12379 URL: https://issues.apache.org/jira/browse/HDFS-12379 Project: Hadoop HDFS

[jira] [Created] (HDFS-12378) TestClientProtocolForPipelineRecovery#testZeroByteBlockRecovery fails on trunk

Xiao Chen created HDFS-12378: Summary: TestClientProtocolForPipelineRecovery#testZeroByteBlockRecovery fails on trunk Key: HDFS-12378 URL: https://issues.apache.org/jira/browse/HDFS-12378 Project: Hadoop