[jira] [Created] (HDFS-5853) Add "hadoop.user.group.metrics.percentiles.intervals" to hdfs-default.xml

Akira AJISAKA created HDFS-5853: --- Summary: Add "hadoop.user.group.metrics.percentiles.intervals" to hdfs-default.xml Key: HDFS-5853 URL: https://issues.apache.org/jira/browse/HDFS-5853 Project: Hadoop H

Re: Re-swizzle 2.3

Okay, I'll look at YARN and MR CHANGES.txt problems. Seems like they aren't addressed yet. +Vinod On Jan 29, 2014, at 3:24 PM, Andrew Wang wrote: > I just finished tuning up branch-2.3 and fixing up the HDFS and Common > CHANGES.txt in trunk, branch-2, and branch-2.3. I had to merge back a f

Re: Is it me or is the new bootstrap HDFS UI HWX green? (See tip of hadoop-2.3 branch)

My response was to your direct association of the green color to HWX green as if it were deliberately done. Nobody here intentionally left a vendor's signature like you claimed. And to your other comment "Does the apache binary have to be compiled by 'hortonmu'? Could it be compiled by 'arun'

Re: Is it me or is the new bootstrap HDFS UI HWX green? (See tip of hadoop-2.3 branch)

On Wed, Jan 29, 2014 at 9:07 PM, Joe Bounour wrote: > Hello > > I find fascinating how all the HWX folks jumped on Stack (Not taking any > side, I am Switzerland/french), many against one > As a developer, it seems not a relevant topic, true but to be fair, > Hortonwork, Cloudera claims most cont

Re: Is it me or is the new bootstrap HDFS UI HWX green? (See tip of hadoop-2.3 branch)

On Wed, Jan 29, 2014 at 8:48 PM, Suresh Srinivas wrote: > > > Please be more civil in your communique. Your attack dog 'flair' has > > likely ruined my little survey. No one is going to comment afraid that > > they'll get their heads cut off. > > > > Right next to imploring civil communique, you

Re: Is it me or is the new bootstrap HDFS UI HWX green? (See tip of hadoop-2.3 branch)

By bad, there is one reference in the Oozie pom.xml to Cloudera's Maven repo. This is is required to host a doxia twiki plugin modified by Oozie with extensions to handle Oozie documentation generation. This was discussed and accepted by the Apache Oozie developers. Thanks. On Wed, Jan 29, 2014

Re: Is it me or is the new bootstrap HDFS UI HWX green? (See tip of hadoop-2.3 branch)

On Wed, Jan 29, 2014 at 5:38 PM, Suresh Srinivas wrote: > Have you > looked at Oozie and are you going to open a jira to change that as well? > Excuse me, what are we taking about here? The only references to Cloudera in Oozie source are in the Apache Oozie site branch (https://svn.apache.org/re

Re: Is it me or is the new bootstrap HDFS UI HWX green? (See tip of hadoop-2.3 branch)

Hello I find fascinating how all the HWX folks jumped on Stack (Not taking any side, I am Switzerland/french), many against one As a developer, it seems not a relevant topic, true but to be fair, Hortonwork, Cloudera claims most contributors or other fame so I can see a point where a little sensit

Re: Is it me or is the new bootstrap HDFS UI HWX green? (See tip of hadoop-2.3 branch)

Stack, 4. Bigtop/Oozie, other Apache projects altogether, have Cloudera references > in their UI (?) so the take away is HWX can do it too, or, because I raise > an issue here -- it is only legit if I do it too in all projects under the > Apache rainbow? > My point was different; these type of is

Re: Is it me or is the new bootstrap HDFS UI HWX green? (See tip of hadoop-2.3 branch)

On Wed, Jan 29, 2014 at 5:44 PM, Vinod Kumar Vavilapalli wrote: > > This is unbelievable. > Bad opener Vinod. > This was not deliberate for all I know. > Didn't think so (Didn't say it was). > It is one of the user-names on a machine and it can be anything. > Good. Then it would be ea

Re: Is it me or is the new bootstrap HDFS UI HWX green? (See tip of hadoop-2.3 branch)

With all due respect Suresh, the below is awful nonsense. I say up front what my motivation is -- avoiding vendor branding in Apache product -- yet you would put upon me another motivation altogether: creating 'unneeded controversy' *. This then becomes a launch pad for a bunch of non-sequiturs:

Issue with my username on my company provided dev box? (Was: …)

Stack, Apologies for the late response, I just saw this. On Jan 29, 2014, at 3:33 PM, Stack wrote: > Slightly related, I just ran into this looking back at my 2.2.0 download: > > [stack@c2020 hadoop-2.2.0]$ ./bin/hadoop version > Hadoop 2.2.0 > Subversion https://svn.apache.org/repos/asf/had

Re: Is there a way to get a Block through block id?

You could look at the BlocksMap. That is where blocks should reside. It depends on what you're trying to do. cheers, Colin On Tue, Jan 21, 2014 at 10:00 PM, Yu Li wrote: > Hi Colin, > > Thanks for the reply. I guess you're referring to the below methods? If so, > I'm afraid it can only get a

Re: Is it me or is the new bootstrap HDFS UI HWX green? (See tip of hadoop-2.3 branch)

Seems like a reasonable concern or set of concerns about unintended branding leaking in to what is supposed to be Apache community output. What am I missing? Calling a community member's concerns "unbelievable" rather than addressing the concern graciously seems the sin here if anything. On Wed,

[jira] [Resolved] (HDFS-5702) FsShell Cli: Add XML based End-to-End test for getfacl and setfacl commands

[ https://issues.apache.org/jira/browse/HDFS-5702?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Chris Nauroth resolved HDFS-5702. - Resolution: Fixed Fix Version/s: HDFS ACLs (HDFS-4685) I committed this to the HDFS-4685 fe

Re: Is it me or is the new bootstrap HDFS UI HWX green? (See tip of hadoop-2.3 branch)

This is unbelievable. This was not deliberate for all I know. It is one of the user-names on a machine and it can be anything. So, from on, I cannot build and roll a release candidate from my laptop which has usernames set to Company*user-name ? Can you stop digging into trifles of this kind a

Re: Is it me or is the new bootstrap HDFS UI HWX green? (See tip of hadoop-2.3 branch)

Stack, This seems to me like coloring the good work someone has done with an unneeded controversy. Color is a matter of choice. The person who did the fine work had all the rights to choose what he sees as fit. I also think that while you might think "green" as vendor color, most people probably w

BlockPlacementPolicy and File Deletion

Hello all, I'm currently trying to develop a Block Placement Policy in my research project. However, I'm having some problems. If anybody could hep me, I would really appreciate that. Below are my questions: 1) In the block placement policy, how can I get the name of the original file that the

Re: Is it me or is the new bootstrap HDFS UI HWX green? (See tip of hadoop-2.3 branch)

yeah, Apache Jenkins I've meant On Wed, Jan 29, 2014 at 4:30 PM, Stack wrote: > On Wed, Jan 29, 2014 at 4:09 PM, Alejandro Abdelnur >wrote: > > > IMO we should't be distributing binaries. And if we do so,they should be > > built by a Jenkins job. > > > > That would address the second item abov

Re: Is it me or is the new bootstrap HDFS UI HWX green? (See tip of hadoop-2.3 branch)

On Wed, Jan 29, 2014 at 4:09 PM, Alejandro Abdelnur wrote: > IMO we should't be distributing binaries. And if we do so,they should be > built by a Jenkins job. > That would address the second item above. I filed https://issues.apache.org/jira/browse/HDFS-5852 for the color issue with a suggested

Re: Re-swizzle 2.3

I filed https://issues.apache.org/jira/browse/HDFS-5852 as a blocker. See what ye all think. Thanks, St.Ack On Wed, Jan 29, 2014 at 3:52 PM, Aaron T. Myers wrote: > I just filed this JIRA as a blocker for 2.3: > https://issues.apache.org/jira/browse/HADOOP-10310 > > The tl;dr is that JNs will

[jira] [Created] (HDFS-5852) Change the colors on the hdfs UI

stack created HDFS-5852: --- Summary: Change the colors on the hdfs UI Key: HDFS-5852 URL: https://issues.apache.org/jira/browse/HDFS-5852 Project: Hadoop HDFS Issue Type: Bug Reporter: stack

Re: Is it me or is the new bootstrap HDFS UI HWX green? (See tip of hadoop-2.3 branch)

IMO we should't be distributing binaries. And if we do so,they should be built by a Jenkins job. Thanks. On Wed, Jan 29, 2014 at 3:33 PM, Stack wrote: > On Wed, Jan 29, 2014 at 3:01 PM, Stack wrote: > > > What do others think? See here if you do not have access: > > http://goo.gl/j05wkf > >

Re: Re-swizzle 2.3

I just filed this JIRA as a blocker for 2.3: https://issues.apache.org/jira/browse/HADOOP-10310 The tl;dr is that JNs will not work with security enabled without this fix. If others don't think that supporting QJM with security enabled warrants a blocker for 2.3, then we can certainly lower the pr

[jira] [Created] (HDFS-5851) Support memory as a storage medium

Arpit Agarwal created HDFS-5851: --- Summary: Support memory as a storage medium Key: HDFS-5851 URL: https://issues.apache.org/jira/browse/HDFS-5851 Project: Hadoop HDFS Issue Type: Sub-task

Re: Is it me or is the new bootstrap HDFS UI HWX green? (See tip of hadoop-2.3 branch)

On Wed, Jan 29, 2014 at 3:01 PM, Stack wrote: > What do others think? See here if you do not have access: > http://goo.gl/j05wkf > > It might be a shade darker but I can't tell for sure. It looks way too > close to me. > > I'd think we'd intentionally go out of our way to put a vendor's signatu

Re: Re-swizzle 2.3

I just finished tuning up branch-2.3 and fixing up the HDFS and Common CHANGES.txt in trunk, branch-2, and branch-2.3. I had to merge back a few JIRAs committed between the swizzle and now where the fix version was 2.3 but weren't in branch-2.3. I think the only two HDFS and Common JIRAs that are

Is it me or is the new bootstrap HDFS UI HWX green? (See tip of hadoop-2.3 branch)

What do others think? See here if you do not have access: http://goo.gl/j05wkf It might be a shade darker but I can't tell for sure. It looks way too close to me. I'd think we'd intentionally go out of our way to put a vendor's signature color on our Apache software. Asking here before I file

[jira] [Resolved] (HDFS-5771) Track progress when loading fsimage

[ https://issues.apache.org/jira/browse/HDFS-5771?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Chris Nauroth resolved HDFS-5771. - Resolution: Fixed Fix Version/s: HDFS-5698 (FSImage in protobuf) I committed the patch to t

[jira] [Created] (HDFS-5850) DNS Issues during TrashEmptier initialization can silently leave it non-functional

Kihwal Lee created HDFS-5850: Summary: DNS Issues during TrashEmptier initialization can silently leave it non-functional Key: HDFS-5850 URL: https://issues.apache.org/jira/browse/HDFS-5850 Project: Hadoo

Re: Re-swizzle 2.3

On Wed, Jan 29, 2014 at 12:30 PM, Jason Lowe wrote: > It is a bit concerning that the JIRA history showed that the target version > was set at some point in the past but no record of it being cleared. Perhaps the version itself was renamed? Doug

[jira] [Created] (HDFS-5849) Removing ACL from an inode fails if it has only a default ACL.

Chris Nauroth created HDFS-5849: --- Summary: Removing ACL from an inode fails if it has only a default ACL. Key: HDFS-5849 URL: https://issues.apache.org/jira/browse/HDFS-5849 Project: Hadoop HDFS

[jira] [Created] (HDFS-5848) Add a DatanodeCommand to inform datanodes that rolling upgrade is in progress

Tsz Wo (Nicholas), SZE created HDFS-5848: Summary: Add a DatanodeCommand to inform datanodes that rolling upgrade is in progress Key: HDFS-5848 URL: https://issues.apache.org/jira/browse/HDFS-5848

Re: Re-swizzle 2.3

I noticed that somehow the target version field in JIRA was invisibly cleared on most of the Blocker/Critical JIRAs that were originally targeted for 2.3.0/2.4.0. I happened to have an old browser tab lying around from an earlier query for these and I tried to fix them up, marking some for 2.4

[jira] [Created] (HDFS-5847) Consolidate INodeReference into a separate section

Haohui Mai created HDFS-5847: Summary: Consolidate INodeReference into a separate section Key: HDFS-5847 URL: https://issues.apache.org/jira/browse/HDFS-5847 Project: Hadoop HDFS Issue Type: Sub-

[jira] [Created] (HDFS-5846) Assigning DEFAULT_RACK in resolveNetworkLocation method can break data resiliency

Nikola Vujic created HDFS-5846: -- Summary: Assigning DEFAULT_RACK in resolveNetworkLocation method can break data resiliency Key: HDFS-5846 URL: https://issues.apache.org/jira/browse/HDFS-5846 Project: Ha

Re: Re-swizzle 2.3

Mostly ready for a jira perspective. Committers - Henceforth, please use extreme caution while committing to branch-2.3. Please commit *only* blockers to 2.3. thanks, Arun On Jan 28, 2014, at 3:30 PM, Arun C Murthy wrote: > Fixing up stuff now, thanks to Andrew for volunteering to help with

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

See Changes: [arp] HDFS-5844. Fix broken link in WebHDFS.apt.vm (Contributed by Akira Ajisaka) [arp] HADOOP-10291. TestSecurityUtil#testSocketAddrWithIP fails due to test order dependency. (Contributed by Mit Desai) [sandy] YARN-1