Return-Path: 
 <common-dev-return-84012-apmail-hadoop-common-dev-archive=hadoop.apache.org@hadoop.apache.org>
X-Original-To: apmail-hadoop-common-dev-archive@www.apache.org
Delivered-To: apmail-hadoop-common-dev-archive@www.apache.org
Received: from mail.apache.org (hermes.apache.org [140.211.11.3])
	by minotaur.apache.org (Postfix) with SMTP id 071A5102A5
	for <apmail-hadoop-common-dev-archive@www.apache.org>;
 Tue, 11 Feb 2014 01:53:47 +0000 (UTC)
Received: (qmail 4815 invoked by uid 500); 11 Feb 2014 01:53:37 -0000
Delivered-To: apmail-hadoop-common-dev-archive@hadoop.apache.org
Received: (qmail 4508 invoked by uid 500); 11 Feb 2014 01:53:31 -0000
Mailing-List: contact common-dev-help@hadoop.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:common-dev-help@hadoop.apache.org>
List-Unsubscribe: <mailto:common-dev-unsubscribe@hadoop.apache.org>
List-Post: <mailto:common-dev@hadoop.apache.org>
List-Id: <common-dev.hadoop.apache.org>
Reply-To: common-dev@hadoop.apache.org
Delivered-To: mailing list common-dev@hadoop.apache.org
Received: (qmail 4479 invoked by uid 99); 11 Feb 2014 01:53:31 -0000
Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230)
    by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 11 Feb 2014 01:53:31 +0000
X-ASF-Spam-Status: No, hits=1.5 required=5.0
	tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS
X-Spam-Check-By: apache.org
Received-SPF: pass (nike.apache.org: domain of shv.hadoop@gmail.com designates
 209.85.215.51 as permitted sender)
Received: from [209.85.215.51] (HELO mail-la0-f51.google.com) (209.85.215.51)
    by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 11 Feb 2014 01:53:24 +0000
Received: by mail-la0-f51.google.com with SMTP id c6so5364426lan.38
        for <multiple recipients>; Mon, 10 Feb 2014 17:53:03 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type;
        bh=piLWM14Q+BFvcNxmU4VSwytEsJnMJwamqumkVVtVAIs=;
        b=ZU1rCASWThEfg6kGON7tR/Vgje3cyHaBqgnhcu0DJfIp/1aceyIcbKGiVmCssBEZhX
         Sp//uze/dgWflPqknuoNwIAhHwNE6zLBoRZupO13d81S/12UjUtMWW/8xPLYAy2t6Sa7
         8K2pgiyeuEtVdSVOskzBXulsjuAbes+NO9fBN25wlDrE/8G41tWZnKDzySWpwk6H9qIE
         iIAHMI8G2POiIhfXehmsmdO6g+p7RVuTVk3ccatXJldDSOohgZaUeQ8ScdOaGweOOqNr
         7BgHFhIP98J4pVRJv/w2KHquRugnql7nlulJG/qR8h+KINHj6kQcsv0OUIrbC+vuMS8S
         /45A==
MIME-Version: 1.0
X-Received: by 10.152.181.3 with SMTP id ds3mr4382977lac.33.1392083583631;
 Mon, 10 Feb 2014 17:53:03 -0800 (PST)
Received: by 10.152.22.98 with HTTP; Mon, 10 Feb 2014 17:53:03 -0800 (PST)
In-Reply-To: 
 <CA+4052mrjbfDR8iy35Tdj1VOBBkFy9fT_4qk_+JOQi3NYun7tA@mail.gmail.com>
References: 
 <CAMEEY-JH9mTP4C2KswUo=9VV9Fn-Xq3UXoAXSQarYCpWk7ftWw@mail.gmail.com>
	<CAMEEY-+m5efiBRwTtsqX-eDjt+3gQOirurpyL7rf6zSH19WQZQ@mail.gmail.com>
	<CA+4052kSfa5sT5Sso83vCgJQm_vvcSo+j1HOJoWNFM3=pRtizw@mail.gmail.com>
	<7C271812-1457-47DF-B1A6-707C527439C0@hortonworks.com>
	<CA+4052nrt7QN-KiOG0WBEE84t4DSMzbZOTUDXwZz4-+N9_h25Q@mail.gmail.com>
	<CA+4052mrjbfDR8iy35Tdj1VOBBkFy9fT_4qk_+JOQi3NYun7tA@mail.gmail.com>
Date: Mon, 10 Feb 2014 17:53:03 -0800
Message-ID: 
 <CAKtuutFe-f=sAedpH8BBaOa4xaWxOQ2H8_2Oz7Xv-rd1rmMp0g@mail.gmail.com>
Subject: Re: Re-swizzle 2.3
From: Konstantin Shvachko <shv.hadoop@gmail.com>
To: "common-dev@hadoop.apache.org" <common-dev@hadoop.apache.org>
Cc: "hdfs-dev@hadoop.apache.org" <hdfs-dev@hadoop.apache.org>,
	"yarn-dev@hadoop.apache.org" <yarn-dev@hadoop.apache.org>,
	"mapreduce-dev@hadoop.apache.org" <mapreduce-dev@hadoop.apache.org>
Content-Type: multipart/alternative; boundary=001a11c26f148005db04f217b75f
X-Virus-Checked: Checked by ClamAV on apache.org

--001a11c26f148005db04f217b75f
Content-Type: text/plain; charset=ISO-8859-1

Sorry for the last minute request.
Can we add HDFS-4858 to the release, please?
It solves pretty important bug related to failover.
I can commit momentarily if there are no objections.

Thanks,
--Konstantin


On Mon, Feb 10, 2014 at 4:50 PM, Aaron T. Myers <atm@cloudera.com> wrote:

> 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 <atm@cloudera.com> 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 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 <acm@hortonworks.com
> >wrote:
> >
> >> Looks like we are down to 0 blockers; I'll create rc0 tonight.
> >>
> >> ATM - Your call, you have until 6pm tonight to get this in.
> >>
> >> thanks,
> >> Arun
> >>
> >> On Feb 10, 2014, at 11:44 AM, "Aaron T. Myers" <atm@cloudera.com>
> wrote:
> >>
> >> > I just filed an issue for the fact that browsing the FS from the NN is
> >> > broken if you have a directory with the sticky bit set:
> >> >
> >> > https://issues.apache.org/jira/browse/HDFS-5921
> >> >
> >> > I didn't set this to be targeted for 2.3 because it doesn't seem like
> a
> >> > _blocker_ to me, but if we're not 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, 2014 at 12:45 PM, Vinod Kumar Vavilapalli <
> >> vinodkv@apache.org
> >> >> wrote:
> >> >
> >> >> Heres what I've done:
> >> >> - Reverted YARN-1493,YARN-1490,YARN-1041,
> >> >> YARN-1166,YARN-1566,YARN-1689,YARN-1661 from branch-2.3.
> >> >> - Updated YARN's CHANGES.txt in trunk, branch-2 and branch-2.3.
> >> >> - Updated these JIRAs to have 2.4 as the fix-version.
> >> >> - Compiled branch-2.3.
> >> >>
> >> >> Let me know if you run into any issues caused by this revert.
> >> >>
> >> >> Thanks,
> >> >> +Vinod
> >> >>
> >> >>
> >> >> On Fri, Feb 7, 2014 at 11:41 AM, Vinod Kumar Vavilapalli <
> >> >> vinodkv@apache.org
> >> >>> wrote:
> >> >>
> >> >>> Haven't heard back from Jian. Reverting the set from branch-2.3
> >> (only).
> >> >> Tx
> >> >>> for the offline list.
> >> >>>
> >> >>> +Vinod
> >> >>>
> >> >>>
> >> >>> On Fri, Feb 7, 2014 at 9:08 AM, Alejandro Abdelnur <
> tucu@cloudera.com
> >> >>> wrote:
> >> >>>
> >> >>>> Vinod, I have the patches to revert most of the JIRAs, the first
> >> batch,
> >> >>>> I'll send them off line to you.
> >> >>>>
> >> >>>> Thanks.
> >> >>>>
> >> >>>>
> >> >>>> On Thu, Feb 6, 2014 at 8:56 PM, Vinod Kumar Vavilapalli
> >> >>>> <vinodkv@apache.org>wrote:
> >> >>>>
> >> >>>>>
> >> >>>>> Thanks. please post your findings, Jian wrote this part of the
> code
> >> >> and
> >> >>>>> between him/me, we can take care of those issues.
> >> >>>>>
> >> >>>>> +1 for going ahead with the revert on branch-2.3. I'll go do that
> >> >>>> tomorrow
> >> >>>>> morning unless I hear otherwise from Jian.
> >> >>>>>
> >> >>>>> Thanks,
> >> >>>>> +Vinod
> >> >>>>>
> >> >>>>>
> >> >>>>> On Feb 6, 2014, at 8:28 PM, Alejandro Abdelnur <tucu@cloudera.com
> >
> >> >>>> wrote:
> >> >>>>>
> >> >>>>>> Hi Vinod,
> >> >>>>>>
> >> >>>>>> Nothing confidential,
> >> >>>>>>
> >> >>>>>> * With umanaged AMs I'm seeing the trace I've posted a couple of
> >> >> days
> >> >>>> ago
> >> >>>>>> in YARN-1577 (
> >> >>>>>>
> >> >>>>>
> >> >>>>
> >> >>
> >>
> https://issues.apache.org/jira/browse/YARN-1577?focusedCommentId=13891853&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-13891853
> >> >>>>>> ).
> >> >>>>>>
> >> >>>>>> * Also, Robert has been digging in Oozie testcases
> failing/getting
> >> >>>> suck
> >> >>>>>> with several token renewer threads, this failures happened
> >> >>>> consistently
> >> >>>>> at
> >> >>>>>> different places around the same testcases (like some file
> >> >> descriptors
> >> >>>>>> leaking out), reverting YARN-1490 fixes the problem. The
> potential
> >> >>>> issue
> >> >>>>>> with this is that a long running client (oozie) my run into this
> >> >>>>> situation
> >> >>>>>> thus becoming unstable.
> >> >>>>>>
> >> >>>>>> *Robert,* mind posting to YARN-1490 the jvm thread dump at the
> time
> >> >> of
> >> >>>>> test
> >> >>>>>> hanging?
> >> >>>>>>
> >> >>>>>> After YARN-1493 & YARN-1490 we have a couple of JIRAs trying to
> fix
> >> >>>>> issues
> >> >>>>>> introduced by them, and we still didn't get them right.
> >> >>>>>>
> >> >>>>>> Because this, the improvements driven by YARN-1493 & YARN-1490
> seem
> >> >>>> that
> >> >>>>>> require more work before being stable.
> >> >>>>>>
> >> >>>>>> IMO, being conservative, we should do 2.3 without them and roll
> >> them
> >> >>>> with
> >> >>>>>> 2.4. If we want to do regular releases we will have to make this
> >> >> kind
> >> >>>> of
> >> >>>>>> calls, else we will start dragging the releases.
> >> >>>>>>
> >> >>>>>> Sounds like a plan?
> >> >>>>>>
> >> >>>>>> Thanks.
> >> >>>>>>
> >> >>>>>>
> >> >>>>>>
> >> >>>>>> On Thu, Feb 6, 2014 at 6:27 PM, Vinod Kumar Vavilapalli
> >> >>>>>> <vinodkv@apache.org>wrote:
> >> >>>>>>
> >> >>>>>>> Hey
> >> >>>>>>>
> >> >>>>>>> I am not against removing them from 2.3 if that is helpful for
> >> >>>> progress.
> >> >>>>>>> But I want to understand what the issues are before we make that
> >> >>>>> decision.
> >> >>>>>>>
> >> >>>>>>> There is the issue with unmanaged AM that is clearly known and I
> >> >> was
> >> >>>>>>> thinking of coming to the past two days, but couldn't. What is
> >> this
> >> >>>> new
> >> >>>>>>> issue that we (confidently?) pinned down to YARN-1490?
> >> >>>>>>>
> >> >>>>>>> Thanks
> >> >>>>>>> +Vinod
> >> >>>>>>>
> >> >>>>>>> On Feb 6, 2014, at 5:07 PM, Alejandro Abdelnur <
> tucu@cloudera.com
> >> >
> >> >>>>> wrote:
> >> >>>>>>>
> >> >>>>>>>> Thanks Robert,
> >> >>>>>>>>
> >> >>>>>>>> All,
> >> >>>>>>>>
> >> >>>>
> >> >>>>>>>> So it seems that YARN-1493 and YARN-1490 are introducing
> serious
> >> >>>>>>>> regressions.
> >> >>>>>>>>
> >> >>>>>>>> I would propose to revert them and the follow up JIRAs from the
> >> >> 2.3
> >> >>>>>>> branch
> >> >>>>>>>> and keep working on them on trunk/branch-2 until the are stable
> >> (I
> >> >>>>> would
> >> >>>>>>>> even prefer reverting them from branch-2 not to block a 2.4 if
> >> >> they
> >> >>>> are
> >> >>>>>>> not
> >> >>>>>>>> ready in time).
> >> >>>>>>>>
> >> >>>>>>>> As I've mentioned before, the list of JIRAs to revert were:
> >> >>>>>>>>
> >> >>>>>>>> YARN-1493
> >> >>>>>>>> YARN-1490
> >> >>>>>>>> YARN-1166
> >> >>>>>>>> YARN-1041
> >> >>>>>>>> YARN-1566
> >> >>>>>>>>
> >> >>>>>>>> Plus 2 additional JIRAs committed since my email on this issue
> 2
> >> >>>> days
> >> >>>>>>> ago:
> >> >>>>>>>>
> >> >>>>>>>> *YARN-1661
> >> >>>>>>>> *YARN-1689 (not sure if this JIRA is related in functionality
> to
> >> >> the
> >> >>>>>>>> previous ones but it is creating conflicts).
> >> >>>>>>>>
> >> >>>>>>>> I think we should hold on continuing work on top of something
> >> that
> >> >>>> is
> >> >>>>>>>> broken until the broken stuff is fixed.
> >> >>>>>>>>
> >> >>>>>>>> Quoting Arun, "Committers - Henceforth, please use extreme
> >> caution
> >> >>>>> while
> >> >>>>>>>> committing to branch-2.3. Please commit *only* blockers to
> 2.3."
> >> >>>>>>>>
> >> >>>>>>>> YARN-1661 & YARN-1689 are not blockers.
> >> >>>>>>>>
> >> >>>>>>>> Unless there are objections, I'll revert all these JIRAs from
> >> >>>>> branch-2.3
> >> >>>>>>>> tomorrow around noon and I'll update fixedVersion in the JIRAs.
> >> >>>>>>>>
> >> >>>>>>>> I'm inclined to revert them from branch-2 as well.
> >> >>>>>>>>
> >> >>>>>>>> Thoughts?
> >> >>>>>>>>
> >> >>>>>>>> Thanks.
> >> >>>>>>>>
> >> >>>>>>>>
> >> >>>>>>>> On Thu, Feb 6, 2014 at 3:54 PM, Robert Kanter <
> >> >> rkanter@cloudera.com
> >> >>>>>
> >> >>>>>>> wrote:
> >> >>>>>>>>
> >> >>>>>>>>> I think we should revert YARN-1490 from Hadoop 2.3 branch.  I
> >> >>>> think it
> >> >>>>>>> was
> >> >>>>>>>>> causing some strange behavior in the Oozie unit tests:
> >> >>>>>>>>>
> >> >>>>>>>>> Basically, we use a single MiniMRCluster and MiniDFSCluster
> >> >> across
> >> >>>> all
> >> >>>>>>> unit
> >> >>>>>>>>> tests in a module.  With YARN-1490 we saw that, regardless of
> >> >> test
> >> >>>>>>> order,
> >> >>>>>>>>> the last few tests would timeout waiting for an MR job to
> >> finish;
> >> >>>> on
> >> >>>>>>> slower
> >> >>>>>>>>> machines, the entire test suite would timeout.  Through some
> >> >>>> digging,
> >> >>>>> I
> >> >>>>>>>>> found that we were getting a ton of "Connection refused"
> >> >>>> Exceptions on
> >> >>>>>>>>> LeaseRenewer talking to the NN and a few on the AM talking to
> >> the
> >> >>>> RM.
> >> >>>>>>>>>
> >> >>>>>>>>> After a bunch of investigation, I found that the problem went
> >> >> away
> >> >>>>> once
> >> >>>>>>>>> YARN-1490 was removed.  Though I couldn't figure out the exact
> >> >>>>> problem.
> >> >>>>>>>>> Even though this occurred in unit tests, it does make me
> >> >> concerned
> >> >>>>> that
> >> >>>>>>> it
> >> >>>>>>>>> could indicate some bigger issue in a long-running real
> cluster
> >> >>>> (where
> >> >>>>>>>>> everything isn't running on the same machine) that we haven't
> >> >> seen
> >> >>>>> yet.
> >> >>>>>>>>>
> >> >>>>>>>>>
> >> >>>>>>>>>
> >> >>>>>>>>> On Thu, Feb 6, 2014 at 3:06 PM, Karthik Kambatla <
> >> >>>> kasha@cloudera.com>
> >> >>>>>>>>> wrote:
> >> >>>>>>>>>
> >> >>>>>>>>>> I have marked MAPREDUCE-5744 a blocker for 2.3. Committing it
> >> >>>>> shortly.
> >> >>>>>>>>> Will
> >> >>>>>>>>>> pull it out of branch-2.3 if anyone objects.
> >> >>>>>>>>>>
> >> >>>>>>>>>>
> >> >>>>>>>>>> On Thu, Feb 6, 2014 at 2:04 PM, Arpit Agarwal <
> >> >>>>>>> aagarwal@hortonworks.com
> >> >>>>>>>>>>> wrote:
> >> >>>>>>>>>>
> >> >>>>>>>>>>> Merged HADOOP-10273 to branch-2.3 as r1565456.
> >> >>>>>>>>>>>
> >> >>>>>>>>>>>
> >> >>>>>>>>>>> On Wed, Feb 5, 2014 at 4:49 PM, Arpit Agarwal <
> >> >>>>>>>>> aagarwal@hortonworks.com
> >> >>>>>>>>>>>> wrote:
> >> >>>>>>>>>>>
> >> >>>>>>>>>>>> IMO HADOOP-10273 (Fix 'mvn site') should be included in
> 2.3.
> >> >>>>>>>>>>>>
> >> >>>>>>>>>>>> I will merge it to branch-2.3 tomorrow PST if no one
> >> >> disagrees.
> >> >>>>>>>>>>>>
> >> >>>>>>>>>>>>
> >> >>>>>>>>>>>> On Tue, Feb 4, 2014 at 5:03 PM, Alejandro Abdelnur <
> >> >>>>>>>>> tucu@cloudera.com
> >> >>>>>>>>>>>> wrote:
> >> >>>>>>>>>>>>
> >> >>>>>>>>>>>>> IMO YARN-1577 is a blocker, it is breaking unmanaged AMs
> in
> >> a
> >> >>>> very
> >> >>>>>>>>> odd
> >> >>>>>>>>>>>>> ways
> >> >>>>>>>>>>>>> (to the point it seems un-deterministic).
> >> >>>>>>>>>>>>>
> >> >>>>>>>>>>>>> I'd say eiher YARN-1577 is fixed or we revert
> >> >>>>>>>>>>>>> YARN-1493/YARN-1490/YARN-1166/YARN-1041/YARN-1566 (almost
> >> >> clean
> >> >>>>>>>>>> reverts)
> >> >>>>>>>>>>>>> from Hadoop 2.3 branch before doing the release.
> >> >>>>>>>>>>>>>
> >> >>>>>>>>>>>>>
> >> >>>>>>>>>>>>> I've verified that after reverting those JIRAs things work
> >> >> fine
> >> >>>>> with
> >> >>>>>>>>>>>>> unmanaged AMs.
> >> >>>>>>>>>>>>>
> >> >>>>>>>>>>>>> Thanks.
> >> >>>>>>>>>>>>>
> >> >>>>>>>>>>>>>
> >> >>>>>>>>>>>>>
> >> >>>>>>>>>>>>>
> >> >>>>>>>>>>>>> On Tue, Feb 4, 2014 at 11:45 AM, Arun C Murthy <
> >> >>>>> acm@hortonworks.com
> >> >>>>>>>>>>
> >> >>>>>>>>>>>>> wrote:
> >> >>>>>>>>>>>>>
> >> >>>>>>>>>>>>>> I punted YARN-1444 to 2.4 since it's a long-standing
> issue.
> >> >>>>>>>>>>>>>>
> >> >>>>>>>>>>>>>> Jian is away and I don't see YARN-1577 & YARN-1206 making
> >> >> much
> >> >>>>>>>>>>> progress
> >> >>>>>>>>>>>>>> till he is back; so I'm inclined to push both to 2.4 too.
> >> >> Any
> >> >>>>>>>>>>>>> objections?
> >> >>>>>>>>>>>>>>
> >> >>>>>>>>>>>>>> Looks like Daryn has both HADOOP-10301 & HDFS-4564
> covered.
> >> >>>>>>>>>>>>>>
> >> >>>>>>>>>>>>>> Overall, I'll try get this out in next couple of days if
> we
> >> >>>> can
> >> >>>>>>>>>> clear
> >> >>>>>>>>>>>>> the
> >> >>>>>>>>>>>>>> list.
> >> >>>>>>>>>>>>>>
> >> >>>>>>>>>>>>>> thanks,
> >> >>>>>>>>>>>>>> Arun
> >> >>>>>>>>>>>>>>
> >> >>>>>>>>>>>>>> On Feb 3, 2014, at 12:14 PM, Arun C Murthy <
> >> >>>> acm@hortonworks.com>
> >> >>>>>>>>>>> wrote:
> >> >>>>>>>>>>>>>>
> >> >>>>>>>>>>>>>>> An update. Per
> >> https://s.apache.org/hadoop-2.3.0-blockerswe
> >> >>>>>>>>> are
> >> >>>>>>>>>>> now
> >> >>>>>>>>>>>>>> down to 5 blockers: 1 Common, 1 HDFS, 3 YARN.
> >> >>>>>>>>>>>>>>>
> >> >>>>>>>>>>>>>>> Daryn (thanks!) has both the non-YARN covered. Vinod is
> >> >>>> helping
> >> >>>>>>>>>> out
> >> >>>>>>>>>>>>> with
> >> >>>>>>>>>>>>>> the YARN ones.
> >> >>>>>>>>>>>>>>>
> >> >>>>>>>>>>>>>>> thanks,
> >> >>>>>>>>>>>>>>> Arun
> >> >>>>>>>>>>>>>>>
> >> >>>>>>>>>>>>>>>
> >> >>>>>>>>>>>>>>>
> >> >>>>>>>>>>>>>>
> >> >>>>>>>>>>>>>> --
> >> >>>>>>>>>>>>>> Arun C. Murthy
> >> >>>>>>>>>>>>>> Hortonworks Inc.
> >> >>>>>>>>>>>>>> http://hortonworks.com/
> >> >>>>>>>>>>>>>>
> >> >>>>>>>>>>>>>>
> >> >>>>>>>>>>>>>>
> >> >>>>>>>>>>>>>> --
> >> >>>>>>>>>>>>>> CONFIDENTIALITY NOTICE
> >> >>>>>>>>>>>>>> NOTICE: This message is intended for the use of the
> >> >>>> individual or
> >> >>>>>>>>>>>>> entity to
> >> >>>>>>>>>>>>>> which it is addressed and may contain information that is
> >> >>>>>>>>>>> confidential,
> >> >>>>>>>>>>>>>> privileged and exempt from disclosure under applicable
> law.
> >> >> If
> >> >>>>> the
> >> >>>>>>>>>>>>> reader
> >> >>>>>>>>>>>>>> of this message is not the intended recipient, you are
> >> >> hereby
> >> >>>>>>>>>> notified
> >> >>>>>>>>>>>>> that
> >> >>>>>>>>>>>>>> any printing, copying, dissemination, distribution,
> >> >>>> disclosure or
> >> >>>>>>>>>>>>>> forwarding of this communication is strictly prohibited.
> If
> >> >>>> you
> >> >>>>>>>>> have
> >> >>>>>>>>>>>>>> received this communication in error, please contact the
> >> >>>> sender
> >> >>>>>>>>>>>>> immediately
> >> >>>>>>>>>>>>>> and delete it from your system. Thank You.
> >> >>>>>>>>>>>>>>
> >> >>>>>>>>>>>>>
> >> >>>>>>>>>>>>>
> >> >>>>>>>>>>>>>
> >> >>>>>>>>>>>>> --
> >> >>>>>>>>>>>>> Alejandro
> >> >>>>
> >> >>>>>>>>>>>>>
> >> >>>>>>>>>>>>
> >> >>>>>>>>>>>>
> >> >>>>>>>>>>>
> >> >>>>>>>>>>> --
> >> >>>>>>>>>>> CONFIDENTIALITY NOTICE
> >> >>>>>>>>>>> NOTICE: This message is intended for the use of the
> individual
> >> >> or
> >> >>>>>>>>> entity
> >> >>>>>>>>>> to
> >> >>>>>>>>>>> which it is addressed and may contain information that is
> >> >>>>>>> confidential,
> >> >>>>>>>>>>> privileged and exempt from disclosure under applicable law.
> If
> >> >>>> the
> >> >>>>>>>>> reader
> >> >>>>>>>>>>> of this message is not the intended recipient, you are
> hereby
> >> >>>>> notified
> >> >>>>>>>>>> that
> >> >>>>>>>>>>> any printing, copying, dissemination, distribution,
> disclosure
> >> >> or
> >> >>>>>>>>>>> forwarding of this communication is strictly prohibited. If
> >> you
> >> >>>> have
> >> >>>>>>>>>>> received this communication in error, please contact the
> >> sender
> >> >>>>>>>>>> immediately
> >> >>>>>>>>>>> and delete it from your system. Thank You.
> >> >>>>>>>>>>>
> >> >>>>>>>>>>
> >> >>>>>>>>>
> >> >>>>>>>>
> >> >>>>>>>>
> >> >>>>>>>>
> >> >>>>>>>> --
> >> >>>>>>>> Alejandro
> >> >>>>
> >> >>>>>>>
> >> >>>>>>>
> >> >>>>>>> --
> >> >>>>>>> CONFIDENTIALITY NOTICE
> >> >>>>>>> NOTICE: This message is intended for the use of the individual
> or
> >> >>>>> entity to
> >> >>>>>>> which it is addressed and may contain information that is
> >> >>>> confidential,
> >> >>>>>>> privileged and exempt from disclosure under applicable law. If
> the
> >> >>>>> reader
> >> >>>>>>> of this message is not the intended recipient, you are hereby
> >> >>>> notified
> >> >>>>> that
> >> >>>>>>> any printing, copying, dissemination, distribution, disclosure
> or
> >> >>>>>>> forwarding of this communication is strictly prohibited. If you
> >> >> have
> >> >>>>>>> received this communication in error, please contact the sender
> >> >>>>> immediately
> >> >>>>>>> and delete it from your system. Thank You.
> >> >>>>>>>
> >> >>>>>>
> >> >>>>>>
> >> >>>>>>
> >> >>>>>> --
> >> >>>>>> Alejandro
> >> >>>>
> >> >>>>>
> >> >>>>>
> >> >>>>> --
> >> >>>>> CONFIDENTIALITY NOTICE
> >> >>>>> NOTICE: This message is intended for the use of the individual or
> >> >>>> entity to
> >> >>>>> which it is addressed and may contain information that is
> >> >> confidential,
> >> >>>>> privileged and exempt from disclosure under applicable law. If the
> >> >>>> reader
> >> >>>>> of this message is not the intended recipient, you are hereby
> >> notified
> >> >>>> that
> >> >>>>> any printing, copying, dissemination, distribution, disclosure or
> >> >>>>> forwarding of this communication is strictly prohibited. If you
> have
> >> >>>>> received this communication in error, please contact the sender
> >> >>>> immediately
> >> >>>>> and delete it from your system. Thank You.
> >> >>>>>
> >> >>>>
> >> >>>>
> >> >>>>
> >> >>>> --
> >> >>>> Alejandro
> >> >>>>
> >> >>>
> >> >>>
> >> >>
> >> >> --
> >> >> CONFIDENTIALITY NOTICE
> >> >> NOTICE: This message is intended for the use of the individual or
> >> entity to
> >> >> which it is addressed and may contain information that is
> confidential,
> >> >> privileged and exempt from disclosure under applicable law. If the
> >> reader
> >> >> of this message is not the intended recipient, you are hereby
> notified
> >> that
> >> >> any printing, copying, dissemination, distribution, disclosure or
> >> >> forwarding of this communication is strictly prohibited. If you have
> >> >> received this communication in error, please contact the sender
> >> immediately
> >> >> and delete it from your system. Thank You.
> >> >>
> >>
> >> --
> >> Arun C. Murthy
> >> Hortonworks Inc.
> >> http://hortonworks.com/
> >>
> >>
> >>
> >> --
> >> CONFIDENTIALITY NOTICE
> >> NOTICE: This message is intended for the use of the individual or entity
> >> to
> >> which it is addressed and may contain information that is confidential,
> >> privileged and exempt from disclosure under applicable law. If the
> reader
> >> of this message is not the intended recipient, you are hereby notified
> >> that
> >> any printing, copying, dissemination, distribution, disclosure or
> >> forwarding of this communication is strictly prohibited. If you have
> >> received this communication in error, please contact the sender
> >> immediately
> >> and delete it from your system. Thank You.
> >>
> >
> >
>

--001a11c26f148005db04f217b75f--