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
+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
+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
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
+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
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
+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
'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.
>
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
+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
Hi Jeff,
You have to have previously been marked as a contributor in Hadoop JIRA in
order to have JIRAs assigned to you. If you point me toward the JIRA in
question I can probably take care of it for you.
Best,
Aaron
On Thu, Mar 13, 2014 at 10:58 PM, Jeff Zhang wrote:
> Hi Yarn devs,
>
>
> Ho
Aaron T. Myers created YARN-1796:
Summary: container-executor shouldn't require o-r permissions
Key: YARN-1796
URL: https://issues.apache.org/jira/browse/YARN-1796
Project: Hadoop YARN
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.
+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,
>
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
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
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
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,
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:
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
+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
+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
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
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
24 matches
Mail list logo