[jira] [Resolved] (HADOOP-7675) Ant option to run disabled kerberos authentication tests.

[ https://issues.apache.org/jira/browse/HADOOP-7675?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Aaron T. Myers resolved HADOOP-7675. Resolution: Won't Fix This ticket is ancient history. Resolving. > Ant optio

Re: Apache Hadoop 3.0.1 Release plan

Hey Anu, My feeling on HDFS-12990 is that we've discussed it quite a bit already and it doesn't seem at this point like either side is going to budge. I'm certainly happy to have a phone call about it, but I don't expect that we'd make much progress. My suggestion is that we simply include the pa

Re: When are incompatible changes acceptable (HDFS-12990)

; Eric > > > > > > > > *From: *Chris Douglas > > *Date: *Wednesday, January 10, 2018 at 7:36 PM > > *To: *Eric Yang > > *Cc: *"Aaron T. Myers" , Daryn Sharp , > > Hadoop Common , larry mccay < > > lmc...@apache.org> > > >

Re: When are incompatible changes acceptable (HDFS-12990)

back. Is that right? Best, Aaron > > > Regards, > > Eric > > > > *From: * on behalf of "Aaron T. Myers" > *Date: *Tuesday, January 9, 2018 at 9:22 PM > *To: *Eric Yang > *Cc: *Chris Douglas , larry mccay , > Hadoop Common > *Subject: *Re: W

Re: When are incompatible changes acceptable (HDFS-12990)

> HDFS-9427, is there any value in this change? > > Let's change it back to prevent the disruption to users, but > downstream projects should treat this as a bug in their tests. Please > open JIRAs in affected projects. -C > > > On Tue, Jan 9, 2018 a

Re: When are incompatible changes acceptable (HDFS-12990)

Thanks a lot for the response, Larry. Comments inline. On Mon, Jan 8, 2018 at 6:44 PM, larry mccay wrote: > Question... > > Can this be addressed in some way during or before upgrade that allows it > to only affect new installs? > Even a config based workaround prior to upgrade might make this a

When are incompatible changes acceptable (HDFS-12990)

Hello all, Over in HDFS-12990 [1], we're having some discussion about whether or not it's ever acceptable to make an incompatible change in a minor or dot release. In general this is of course undesirable and should be avoided in almost all cases.

Re: [VOTE] Release Apache Hadoop 3.0.0 RC1

+1 (binding) - downloaded the src tarball and built the source (-Pdist -Pnative) - verified the checksum - brought up a secure pseudo distributed cluster - did some basic file system operations (mkdir, list, put, cat) and confirmed that everything was working - confirmed that the web UI worked Be

[jira] [Created] (HADOOP-14855) Hadoop scripts may errantly believe a daemon is still running, preventing it from starting

Aaron T. Myers created HADOOP-14855: --- Summary: Hadoop scripts may errantly believe a daemon is still running, preventing it from starting Key: HADOOP-14855 URL: https://issues.apache.org/jira/browse/HADOOP

Re: [VOTE] Release Apache Hadoop 3.0.0-alpha1 RC0

+1 (binding) from me. Downloaded the source, built from source, set up a pseudo cluster, and ran a few of the sample jobs. Thanks a lot for doing all this release work, Andrew. -- Aaron T. Myers Software Engineer, Cloudera On Tue, Aug 30, 2016 at 8:51 AM, Andrew Wang wrote: > Hi

Re: Why there are so many revert operations on trunk?

Junping, All of this is being discussed on HDFS-9924. Suggest you follow the conversation there. -- Aaron T. Myers Software Engineer, Cloudera On Mon, Jun 6, 2016 at 7:20 AM, Junping Du wrote: > Hi Andrew, > > I just noticed you revert 8 commits on trunk last Friday: > &g

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-

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

Re: Hadoop Common: Why not re-use the Security model offered by SELINUX?

owing much about SE Linux's capabilities, but my impression is that it wouldn't do much to be able to help out with authentication within Hadoop, and hence wouldn't have been a realistic option when Hadoop's security work was started many years ago. -- Aaron T. Myers Software E

Re: upstream jenkins build broken?

oop-hdfs/target/test/data/dfs/data/data3/ has 500 perms, so I'm guessing that's the problem. Been that way since 9:32 UTC on March 5th." -- Aaron T. Myers Software Engineer, Cloudera On Tue, Mar 10, 2015 at 1:24 PM, Colin P. McCabe wrote: > Hi all, > > A very quick (and not t

Re: Looking to a Hadoop 3 release

+1, this sounds like a good plan to me. Thanks a lot for volunteering to take this on, Andrew. Best, Aaron On Mon, Mar 2, 2015 at 3:19 PM, Andrew Wang wrote: > Hi devs, > > It's been a year and a half since 2.x went GA, and I think we're about due > for a 3.x release. > Notably, there are two

[jira] [Created] (HADOOP-11158) KerberosAuthenticationHandler should have reasonable default for

Aaron T. Myers created HADOOP-11158: --- Summary: KerberosAuthenticationHandler should have reasonable default for Key: HADOOP-11158 URL: https://issues.apache.org/jira/browse/HADOOP-11158 Project

Re: [DISCUSS] Switch to log4j 2

Not necessarily opposed to switching logging frameworks, but I believe we can actually support async logging with today's logging system if we wanted to, e.g. as was done for the HDFS audit logger in this JIRA: https://issues.apache.org/jira/browse/HDFS-5241 -- Aaron T. Myers Software Eng

Re: [VOTE] Migration from subversion to git for version control

+1 (binding) Thanks for driving this, Karthik. -- Aaron T. Myers Software Engineer, Cloudera On Fri, Aug 8, 2014 at 7:57 PM, Karthik Kambatla wrote: > I have put together this proposal based on recent discussion on this topic. > > Please vote on the proposal. The vote runs f

Re: [VOTE] Release Apache Hadoop 2.4.1

't lose any sleep over it. -- Aaron T. Myers Software Engineer, Cloudera > On Jun 27, 2014, at 3:04 PM, "Arun C. Murthy" wrote: > > Aaron, > > Since the amend was just to the test, I'll keep this RC as-is. > > I'll also comment on jira. >

Re: [VOTE] Release Apache Hadoop 2.4.1

t. Best, Aaron -- Aaron T. Myers Software Engineer, Cloudera On Fri, Jun 20, 2014 at 11:51 PM, Arun C Murthy wrote: > Folks, > > I've created another release candidate (rc1) for hadoop-2.4.1 based on the > feedback that I would like to push out. > > The RC is av

Re: [VOTE] Change by-laws on release votes: 5 days instead of 7

+1 (binding) -- Aaron T. Myers Software Engineer, Cloudera On Tue, Jun 24, 2014 at 1:53 AM, Arun C Murthy wrote: > Folks, > > As discussed, I'd like to call a vote on changing our by-laws to change > release votes from 7 days to 5. > > I've attached the cha

Re: Plans of moving towards JDK7 in trunk

On Fri, Jun 20, 2014 at 5:01 PM, Andrew Wang wrote: > Thanks everyone for the discussion so far. I talked with some of our other > teams and thought about the issue some more. > > Regarding branch-2, we can't do much because of compatibility. Dropping > support for a JDK is supposed to happen in

[jira] [Created] (HADOOP-10712) Add support for accessing the NFS gateway from the AIX NFS client

Aaron T. Myers created HADOOP-10712: --- Summary: Add support for accessing the NFS gateway from the AIX NFS client Key: HADOOP-10712 URL: https://issues.apache.org/jira/browse/HADOOP-10712 Project

Re: #Contributors on JIRA

Hey Pete, The "contributor list" we're referring to is just the collection of folks in JIRA that JIRAs can be assigned to. It doesn't impact anyone's ability to follow JIRAs, just have new JIRAs assigned to them. It also doesn't do anything to JIRAs that are alread

[jira] [Created] (HADOOP-10418) SaslRpcClient should not assume that remote principals are in the default_realm

Aaron T. Myers created HADOOP-10418: --- Summary: SaslRpcClient should not assume that remote principals are in the default_realm Key: HADOOP-10418 URL: https://issues.apache.org/jira/browse/HADOOP-10418

Re: [VOTE] Release Apache Hadoop 2.3.0

I don't think any of what you describe below is a regression in behavior from earlier releases. The fs.defaultFS has been set to file:/// for a long time, and likewise you've similarly had to set up your YARN configs. Given that, I don't think this warrants a new RC. -- Aaron T.

Re: [VOTE] Release Apache Hadoop 2.3.0

+1 (binding) I downloaded the source tar ball, checked signatures, built from the source, ran a few of the sample jobs on a pseudo cluster. Everything was as expected. -- Aaron T. Myers Software Engineer, Cloudera On Tue, Feb 11, 2014 at 6:49 AM, Arun C Murthy wrote: > Folks, >

Re: Re-swizzle 2.3

There's still ongoing discussion on HDFS-4858 and I don't think we should hold up 2.3.0 for that. IMO we should target that for 2.3.1 or 2.4.0. -- Aaron T. Myers Software Engineer, Cloudera On Mon, Feb 10, 2014 at 5:53 PM, Konstantin Shvachko wrote: > Sorry for the last minute r

Re: Re-swizzle 2.3

Just committed a fix for HDFS-5921 to branch-2.3. Fire away. -- Aaron T. Myers Software Engineer, Cloudera On Mon, Feb 10, 2014 at 1:34 PM, Aaron T. Myers wrote: > OK. I think I should be able to get it in by 6pm PT, thanks to a quick +1 > from Andrew, but certainly don't let it

Re: Re-swizzle 2.3

OK. I think I should be able to get it in by 6pm PT, thanks to a quick +1 from Andrew, but certainly don't let it hold up the train if for some reason it takes longer than that. -- Aaron T. Myers Software Engineer, Cloudera On Mon, Feb 10, 2014 at 12:04 PM, Arun C Murthy wrote: > Lo

Re: Re-swizzle 2.3

ot going to get 2.3 out today anyway, I'd like to put this in. It's a small fix, and since many people have the sticky bit set on /tmp, they won't be able to browse any of the FS hierarchy from the NN without this fix. -- Aaron T. Myers Software Engineer, Cloudera On Fri, Feb 7,

Re: Re-swizzle 2.3

I just committed HADOOP-10310 to branch-2.3, so we're good to go there. (Thanks to Andrew and Daryn for the prompt reviews.) -- Aaron T. Myers Software Engineer, Cloudera On Wed, Jan 29, 2014 at 6:52 PM, Aaron T. Myers wrote: > I just filed this JIRA as a blocker for 2.3:

Re: Re-swizzle 2.3

r the priority, but it seems pretty important to me. Best, Aaron -- Aaron T. Myers Software Engineer, Cloudera On Wed, Jan 29, 2014 at 6: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 h

[jira] [Created] (HADOOP-10310) SaslRpcServer should be initialized even when no secret manager present

Aaron T. Myers created HADOOP-10310: --- Summary: SaslRpcServer should be initialized even when no secret manager present Key: HADOOP-10310 URL: https://issues.apache.org/jira/browse/HADOOP-10310

Re: [DISCUSS] What is the purpose of merge vote threads?

On Thu, Oct 24, 2013 at 3:46 PM, Doug Cutting wrote: > Here's my take, FWIW. The entire project needs to determine whether > it is willing to take on the maintenance of code developed in a > branch. This vote needs the widest audience. On the other hand, > discussion on the umbrella Jira for t

Re: [VOTE] Merge HDFS-4949 to trunk

I don't necessarily disagree with the general questions about the procedural issues of merge votes. Thanks for bringing that up in the other thread you mentioned. To some extent it seems like much of this has been based on custom, and if folks feel that more precisely defining the merge vote proces

[jira] [Created] (HADOOP-10070) RPC client doesn't use per-connection conf to determine server's expected Kerberos principal name

Aaron T. Myers created HADOOP-10070: --- Summary: RPC client doesn't use per-connection conf to determine server's expected Kerberos principal name Key: HADOOP-10070 URL: https://issues.apache.org/j

Re: [DISCUSS] What is the purpose of merge vote threads?

Hi Chris, Have you read the original thread on general@ which added this to the bylaws? At the beginning of that thread, Jakob provided some rationale for the branch merge vote and requiring three +1s. Link to that vote thread here: http://mail-archives.apache.org/mod_mbox/hadoop-general/201107.m

Re: [VOTE] Merge HDFS-4949 to trunk

On Thu, Oct 24, 2013 at 6:18 AM, Andrew Wang wrote: > Right now we're on track to have all of those things done by tomorrow. > Since the remaining issues are either not technical or do not involve major > changes, I was hoping we could +1 this merge vote in the spirit of "+1 > pending jenkins". We

Re: [VOTE] Release Apache Hadoop 2.2.0

+1 (binding) Downloaded the release, built from tarball, tested a single node cluster. Everything worked as expected. -- Aaron T. Myers Software Engineer, Cloudera On Mon, Oct 7, 2013 at 12:00 AM, Arun C Murthy wrote: > Folks, > > I've created a release candidate (rc0) for had

Re: Coverity Scan (MAPREDUCE-5032)

I strongly recommend that we take this conversation over to the (committers-only) secur...@hadoop.apache.org mailing list. In general we try to follow the Apache recommendations when it comes to addressing security issues, which involves not publicly disclosing the vulnerability until there are rel

[jira] [Resolved] (HADOOP-9901) Cannot start Datanode,yarn, namenodemanager but able to start namenode

[ https://issues.apache.org/jira/browse/HADOOP-9901?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Aaron T. Myers resolved HADOOP-9901. Resolution: Invalid Apache JIRA is for reporting bugs or filing proposed enhancements or

CVE-2013-2192: Apache Hadoop Man in the Middle Vulnerability

Kyle Leckie of Microsoft and Aaron T. Myers of Cloudera. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQEcBAEBAgAGBQJSF84CAAoJECEaGfB4kTjfI7kH/0v4JJ992vGV4esnAKgNnTmn A7GCj2zT7KFgF7ii6G6+5Xny9AnISTZWfMII/Szs5qaFgiaByvsNR5FoN+o5BS8s vPWU8v5f3/cayacQgl8vxUiTlkXYZW

Re: [VOTE] Release Apache Hadoop 2.0.6-alpha (RC1)

+1 (binding) I downloaded the bits, set up a 4-node cluster, and ran some example jobs. Looks good to me. -- Aaron T. Myers Software Engineer, Cloudera On Thu, Aug 15, 2013 at 10:29 PM, Konstantin Boudnik wrote: > All, > > I have created a release candidate (rc1) for hadoop-2.0.6-a

Re: [VOTE] Release Apache Hadoop 2.1.0-beta

t JIRA to be correct. -- Aaron T. Myers Software Engineer, Cloudera On Thu, Aug 15, 2013 at 2:15 PM, Arun C Murthy wrote: > Folks, > > I've created a release candidate (rc2) for hadoop-2.1.0-beta that I would > like to get released - this fixes the bugs we saw since the last go-aroun

Re: Fostering a Hadoop security dev community

rity using only what's in Hadoop Common, e.g. Hive makes extensive use of Thrift and Thrift's SASL implementation. -- Aaron T. Myers Software Engineer, Cloudera

Re: Fostering a Hadoop security dev community

ot really intended to be for discussion broader than just the Hadoop project proper. -- Aaron T. Myers Software Engineer, Cloudera

[jira] [Resolved] (HADOOP-9633) An incorrect data node might be added to the network topology, an exception is thrown though

[ https://issues.apache.org/jira/browse/HADOOP-9633?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Aaron T. Myers resolved HADOOP-9633. Resolution: Fixed Resolving as a duplicate of HDFS-4521. If we want to fix this in branch

Re: [ANNOUNCE] New Hadoop PMC members

Welcome aboard, folks! Best, Aaron On Mon, Jun 10, 2013 at 8:38 AM, Tom White wrote: > On behalf of the Apache Hadoop PMC, I'm pleased to announce the > addition of the following new Hadoop PMC members: > > * Daryn Sharp > * Hitesh Shah > * Jonathan Eagles > * Kihwal Lee > * Luke Lu > * Steve

[jira] [Created] (HADOOP-9617) HA HDFS client is too strict with validating URI authorities

Aaron T. Myers created HADOOP-9617: -- Summary: HA HDFS client is too strict with validating URI authorities Key: HADOOP-9617 URL: https://issues.apache.org/jira/browse/HADOOP-9617 Project: Hadoop

[ANNOUNCE] New Hadoop Committers

On behalf of the Apache Hadoop PMC, I'd like to announce the addition of a few new committers to the Apache Hadoop project: * Brandon Li * Chris Nauroth * Colin Patrick McCabe * Ivan Mitic * Jing Zhao We appreciate all of their contributions to date and look forward to many more. Please join me

Re: [PROPOSAL] change in bylaws to remove Release Plan vote

+1 I've always found the Release Plan votes a bit bizarre, and the fact that we've gone through many releases that did not have a corresponding Release Plan vote suggest to me that we should just scrap them. -- Aaron T. Myers Software Engineer, Cloudera On Tue, May 21, 2013 at 5:37

Re: Web UI for Active and Standby NN do not agree on safe mode setting

UI each NN should display its own safemode state, which might differ from the other's. You might take a look at the discussion/patch in https://issues.apache.org/jira/browse/HDFS-3507 for some more background here. Best, Aaron -- Aaron T. Myers Software Engineer, Cloudera On Fri, May 10,

[jira] [Resolved] (HADOOP-9484) Genetic Algorithm Library for Hadoop

[ https://issues.apache.org/jira/browse/HADOOP-9484?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Aaron T. Myers resolved HADOOP-9484. Resolution: Invalid Hi Vaibhav, While this is potentially very valuable work, this

Re: Transferring a JIRA

have a JIRA assigned to you until you're marked as a "contributor" by one of the Hadoop JIRA admins, which all the committers are. -- Aaron T. Myers Software Engineer, Cloudera

[jira] [Resolved] (HADOOP-9475) Distcp issue

[ https://issues.apache.org/jira/browse/HADOOP-9475?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Aaron T. Myers resolved HADOOP-9475. Resolution: Invalid Resolving as invalid per Steve's comment. >

[jira] [Created] (HADOOP-9306) Refactor UserGroupInformation to reduce branching for multi-platform support

Aaron T. Myers created HADOOP-9306: -- Summary: Refactor UserGroupInformation to reduce branching for multi-platform support Key: HADOOP-9306 URL: https://issues.apache.org/jira/browse/HADOOP-9306

[jira] [Created] (HADOOP-9305) Add support for running the Hadoop client on 64-bit AIX

Aaron T. Myers created HADOOP-9305: -- Summary: Add support for running the Hadoop client on 64-bit AIX Key: HADOOP-9305 URL: https://issues.apache.org/jira/browse/HADOOP-9305 Project: Hadoop Common

Re: [VOTE] Release hadoop-2.0.3-alpha

RM came up just fine. -- Aaron T. Myers Software Engineer, Cloudera On Wed, Feb 6, 2013 at 7:59 PM, Arun C Murthy wrote: > Folks, > > I've created a release candidate (rc0) for hadoop-2.0.3-alpha that I would > like to release. > > This release contains several major enh

[jira] [Created] (HADOOP-9283) Add support for running the Hadoop client on AIX

Aaron T. Myers created HADOOP-9283: -- Summary: Add support for running the Hadoop client on AIX Key: HADOOP-9283 URL: https://issues.apache.org/jira/browse/HADOOP-9283 Project: Hadoop Common

.m2 repo messed up on hadoop6

like this in the future myself? Thanks a lot. -- Aaron T. Myers Software Engineer, Cloudera

Re: Hadoop QA for Common JIRAs

That was indeed it. Todd adjusted the JIRA query to include only those JIRAs that are PA and have been updated in the last two weeks. Making this adjustment triggered 16 precommit job runs for Common JIRAs, so this seems to be cleared up now. Thanks again, Karthik. -- Aaron T. Myers Software

Re: Hadoop QA for Common JIRAs

some JIRA query limit. Todd and I are looking into what the problem is and should hopefully have it cleared up soon. -- Aaron T. Myers Software Engineer, Cloudera On Thu, Dec 6, 2012 at 11:32 AM, Karthik Kambatla wrote: > Hello > > Looks like the Pre-commit builds for Hadoop (commo

Re: trailing whitespace

ore round trips on patches. -- Aaron T. Myers Software Engineer, Cloudera On Mon, Nov 26, 2012 at 10:53 AM, Radim Kolar wrote: > I've never understood why folks get worked up over a little trailing >> whitespace here and there, since you can't see it and it doesn't aff

Re: trailing whitespace

ere legitimate changes were made in a patch - doesn't seem too harmful to me. -- Aaron T. Myers Software Engineer, Cloudera

Re: [VOTE] Hadoop-1.1.0 release candidate 5

+1 (binding) I downloaded the source artifact, verified the signatures and checksums, built the source artifact, started HDFS and MR, and ran some simple jobs. Everything worked as expected. -- Aaron T. Myers Software Engineer, Cloudera On Fri, Oct 5, 2012 at 2:31 PM, Matt Foley wrote

Re: [VOTE] Hadoop-1.0.4-rc0

+1 (binding) I verified the signatures and checksums of both the binary and source artifacts. I built the source and ran some basic MR jobs from both the build I made myself and the binary artifacts you provided. Everything worked as expected. -- Aaron T. Myers Software Engineer, Cloudera On

[jira] [Reopened] (HADOOP-8884) DEBUG should be WARN for DEBUG util.NativeCodeLoader: Failed to load native-hadoop with error: java.lang.UnsatisfiedLinkError

[ https://issues.apache.org/jira/browse/HADOOP-8884?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Aaron T. Myers reopened HADOOP-8884: > DEBUG should be WARN for DEBUG util.NativeCodeLoader: Failed to load > native-

[jira] [Resolved] (HADOOP-8591) TestZKFailoverController tests time out

[ https://issues.apache.org/jira/browse/HADOOP-8591?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Aaron T. Myers resolved HADOOP-8591. Resolution: Invalid Assignee: Aaron T. Myers I looked into this today and realized

Re: Help with assigning HADOOP-8885

In general you can assign JIRAs to yourself, but you weren't marked as a contributor in our JIRA system for the Common project. I've just added you as a contributor, and assigned that JIRA to you. -- Aaron T. Myers Software Engineer, Cloudera On Fri, Oct 5, 2012 at 5:48 PM, Thilee S

Test timeouts

by reaching the Surefire fork timeout, please file a JIRA to add a JUnit timeout for that test. If when adding a test case you think that it might time out, please add a JUnit timeout. Thanks, Aaron -- Aaron T. Myers Software Engineer, Cloudera

[jira] [Created] (HADOOP-8658) Add support for configuring the encryption algorithm used for Hadoop RPC

Aaron T. Myers created HADOOP-8658: -- Summary: Add support for configuring the encryption algorithm used for Hadoop RPC Key: HADOOP-8658 URL: https://issues.apache.org/jira/browse/HADOOP-8658 Project

Re: 答复: regarding _HOST token replacement in security hadoop

What do you have set as the fs.defaultFS in your configuration? Make sure that that is a fully-qualified domain name. -- Aaron T. Myers Software Engineer, Cloudera On Fri, Jul 27, 2012 at 1:57 PM, Arpit Gupta wrote: > That does seem to be valid issue. Could you log a jira for it. > &g

[CVE-2012-3376] Apache Hadoop HDFS information disclosure vulnerability

ctions. The project team will be announcing a release vote shortly for Apache Hadoop 2.0.1-alpha, which will be comprised of the contents of Apache Hadoop 2.0.0-alpha, this security patch, and a few patches for YARN. Best, Aaron T. Myers Software Engineer, Cloudera CVE-2012-3376: Apache Hado

[jira] [Reopened] (HADOOP-8463) hadoop.security.auth_to_local needs a key definition and doc

[ https://issues.apache.org/jira/browse/HADOOP-8463?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Aaron T. Myers reopened HADOOP-8463: > hadoop.security.auth_to_local needs a key definition and

[jira] [Resolved] (HADOOP-8463) hadoop.security.auth_to_local needs a key definition and doc

[ https://issues.apache.org/jira/browse/HADOOP-8463?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Aaron T. Myers resolved HADOOP-8463. Resolution: Unresolved > hadoop.security.auth_to_local needs a key definition and

[jira] [Reopened] (HADOOP-8408) MR doesn't work with a non-default ViewFS mount table and security enabled

[ https://issues.apache.org/jira/browse/HADOOP-8408?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Aaron T. Myers reopened HADOOP-8408: Re-opening to amend the patch per Daryn's feedback. > MR doesn'

Re: [VOTE - RELEASE PLAN] create branch-1.1 and make release candidate 1.1.0

Sounds good to me. Thanks a lot, Matt. +1 (binding) -- Aaron T. Myers Software Engineer, Cloudera On Thu, May 17, 2012 at 6:52 PM, Matt Foley wrote: > Hi all, > I would like to branch "branch-1.1" from the current HEAD of branch-1, > and proceed to make a release candida

[jira] [Created] (HADOOP-8408) MR doesn't work with a non-default ViewFS mount table and security enabled

Aaron T. Myers created HADOOP-8408: -- Summary: MR doesn't work with a non-default ViewFS mount table and security enabled Key: HADOOP-8408 URL: https://issues.apache.org/jira/browse/HADOOP

[jira] [Created] (HADOOP-8349) ViewFS doesn't work when the root of a file system is mounted

Aaron T. Myers created HADOOP-8349: -- Summary: ViewFS doesn't work when the root of a file system is mounted Key: HADOOP-8349 URL: https://issues.apache.org/jira/browse/HADOOP-8349 Project: H

[jira] [Created] (HADOOP-8320) FileSystem#checkPath and AbstractFileSystem#checkPath should share code

Aaron T. Myers created HADOOP-8320: -- Summary: FileSystem#checkPath and AbstractFileSystem#checkPath should share code Key: HADOOP-8320 URL: https://issues.apache.org/jira/browse/HADOOP-8320 Project

[jira] [Resolved] (HADOOP-7416) Allow test-patch to work with cross sub-project changes

[ https://issues.apache.org/jira/browse/HADOOP-7416?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Aaron T. Myers resolved HADOOP-7416. Resolution: Duplicate Resolving as duplicate of HADOOP-8308. > Al

[jira] [Created] (HADOOP-8310) FileContext#checkPath should handle URIs with no port

Aaron T. Myers created HADOOP-8310: -- Summary: FileContext#checkPath should handle URIs with no port Key: HADOOP-8310 URL: https://issues.apache.org/jira/browse/HADOOP-8310 Project: Hadoop Common

Re: Supporting cross-project Jenkins builds

rns/findbugs/testcases > +1, I like this proposal a lot. Seems to do a good job of balancing the need to check for dependent sub-project breakage with the desire to not unnecessarily inflate the run time of test-patch. -- Aaron T. Myers Software Engineer, Cloudera

[jira] [Resolved] (HADOOP-8280) Move VersionUtil/TestVersionUtil and GenericTestUtils from HDFS into Common.

[ https://issues.apache.org/jira/browse/HADOOP-8280?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Aaron T. Myers resolved HADOOP-8280. Resolution: Fixed I've just recommitted this using `svn mv ...'

[jira] [Reopened] (HADOOP-8280) Move VersionUtil/TestVersionUtil and GenericTestUtils from HDFS into Common.

[ https://issues.apache.org/jira/browse/HADOOP-8280?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Aaron T. Myers reopened HADOOP-8280: Reopening for recommit using `svn mv ...' > Move Ver

Re: Supporting cross-project Jenkins builds

e and Jenkins build slave resources. -- Aaron T. Myers Software Engineer, Cloudera

Re: Supporting cross-project Jenkins builds

over the finish line. -- Aaron T. Myers Software Engineer, Cloudera On Mon, Apr 16, 2012 at 1:51 PM, Tom White wrote: > Currently Jenkins QA builds don't support cross-project patches, since > they try to apply them to the hadoop-{common,hdfs,mapreduce}-project > tree, and reject

[jira] [Resolved] (HADOOP-8280) Move VersionUtil/TestVersionUtil and GenericTestUtils from HDFS into Common.

[ https://issues.apache.org/jira/browse/HADOOP-8280?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Aaron T. Myers resolved HADOOP-8280. Resolution: Fixed Fix Version/s: 2.0.0 Hadoop Flags: Reviewed I've

Re: HADOOP-8268

2012/4/12 Radim Kolar > can somebody take a peek on patch attached to ticked and enlighten me why > it does not apply? > I just commented on the JIRA. Best, Aaron -- Aaron T. Myers Software Engineer, Cloudera

[jira] [Created] (HADOOP-8261) Har file system doesn't deal with FS URIs with a host but no port

Type: Bug Components: fs Affects Versions: 2.0.0 Reporter: Aaron T. Myers Assignee: Aaron T. Myers If you try to run an MR job with a Hadoop Archive as the input, but the URI you give it has no port specified (e.g. "hdfs://simon") the job will fail

Re: [RESULT] - [VOTE] Rename hadoop branches post hadoop-1.x

but trunk will remain a superset of the functionality of the past release, so no issue. -- Aaron T. Myers Software Engineer, Cloudera On Tue, Apr 3, 2012 at 3:14 PM, wrote: > To my knowledge, shuffle is already pluggable in 0.23 onwards, as long as > it is used only by mapreduce framework

Re: [RESULT] - [VOTE] Rename hadoop branches post hadoop-1.x

d plugin-ability (desired with same interface) for all future versions of Hadoop (as mentioned in the Target Version/s field). On the first phase, I am focusing on the existing 1.0 branch as I know it. In parallel, I'll try to learn what exists in 0.23" -- Aaron T. Myers Software Engineer, Cloudera

Re: [RESULT] - [VOTE] Rename hadoop branches post hadoop-1.x

runk may it be back-ported to an earlier branch. > > Do you expect that "new features" will always remain compatible ? > Not necessarily, but only if a feature is compatible may it be back-ported to major release branches. -- Aaron T. Myers Software Engineer, Cloudera

Re: Help a newbie on patch submission

ADOOP-8241) you should just comment saying exactly what testing you did. A reviewer of the patch should probably manually apply it and test it out before committing it. -- Aaron T. Myers Software Engineer, Cloudera On Tue, Apr 3, 2012 at 10:03 AM, Mostafa Elhemali wrote: > Thanks Devaraj. I

Re: [RESULT] - [VOTE] Rename hadoop branches post hadoop-1.x

Thanks a lot, Scott, for bringing the discussion back to what to call "trunk" in JIRA and elsewhere. The proposal you describe to me makes a lot of sense. Owen, does this (and the JIRA proposal) make sense to you? -- Aaron T. Myers Software Engineer, Cloudera On Thu, Mar 29, 2012 a

Re: [RESULT] - [VOTE] Rename hadoop branches post hadoop-1.x

;s not necessarily the next release that will come off of it, and using a version number for trunk that changes from time to time has other downsides as I described in my response to Arun. Given this, do you object to renaming the JIRA fix version that refers to the branch trunk to "trunk" ? -- Aaron T. Myers Software Engineer, Cloudera

Re: [RESULT] - [VOTE] Rename hadoop branches post hadoop-1.x

; > Given the above I'd stick with 3.0.0 since it means lesser confusion and > lesser work for the RM on future major releases. > I honestly believe that this scheme is more confusing for devs and users, and almost no different for RMs given what I described above with JIRA version renaming. But, I don't feel super strongly about it. If this makes sense to you, then I'll stop pushing. -- Aaron T. Myers Software Engineer, Cloudera

Re: [RESULT] - [VOTE] Rename hadoop branches post hadoop-1.x

opriate version number is. 3. At the same time as (2), create a new JIRA version also called "trunk". 4. Go to 1. Is this what you were thinking, Todd? -- Aaron T. Myers Software Engineer, Cloudera

  1   2   >