Mailing-List: contact yarn-dev-help@hadoop.apache.org; run by ezmlm
Precedence: bulk
Reply-To: yarn-dev@hadoop.apache.org
Received-SPF: pass (nike.apache.org: domain of sandy.ryza@cloudera.com
 designates 209.85.128.171 as permitted sender)
MIME-Version: 1.0
In-Reply-To: 
 <CAOcnVr39qsKgGW2anaJ0e3xMKTLziRmY6vYiypmFZ8GkO0dvew@mail.gmail.com>
References: 
 <CACBYxKK_jo7EbCJGLm-HMdNtjT-tC5qghoeWApaL-jL3m7Tuqg@mail.gmail.com>
	<E0222364-4601-4742-A4DB-76676275F8C1@hortonworks.com>
	<CAJs-t7MCmaCkBrCWDh9Gkovze7iN8L_GbQVS3UjZrC0cwvZLjw@mail.gmail.com>
	<CAOcnVr39qsKgGW2anaJ0e3xMKTLziRmY6vYiypmFZ8GkO0dvew@mail.gmail.com>
Date: Sun, 10 Feb 2013 11:47:04 -0800
Message-ID: 
 <CACBYxKLetCztrfXyq_F48cp7vjP5G1th5pp3OmKTpWdGuEUFmw@mail.gmail.com>
Subject: Re: mapreduce.jobtracker.address vs. yarn.resourcemanager.address
From: Sandy Ryza <sandy.ryza@cloudera.com>
To: mapreduce-dev@hadoop.apache.org
Cc: yarn-dev@hadoop.apache.org
Content-Type: multipart/alternative; boundary=089e013cb96696f55604d5640e0b

--089e013cb96696f55604d5640e0b
Content-Type: text/plain; charset=ISO-8859-1

If I understand correctly from searching for it in the code, while not
deprecated, the property currently has no effect.  Does that not sound
right to you Harsh?

Was there a conclusion on: may I deprecate it, or is there a larger
decision being waited on?

-Sandy

On Fri, Feb 8, 2013 at 9:35 PM, Harsh J <harsh@cloudera.com> wrote:

> Yes, there isn't a "classic" version of mapreduce.framework.name now
> either. Its mostly being used as a pseudonym. MR1 no longer exists in
> 2.x releases/trunk.
>
> Note though that Oozie still relies on that specific property (JT
> address) and 0.22 clients may also perhaps be using it. We can
> deprecate it and remove on 3.x or later.
>
> On Sat, Feb 9, 2013 at 4:00 AM, Alejandro Abdelnur <tucu@cloudera.com>
> wrote:
> > MR1 code is already gone from trunk and branch-2
> >
> > Thx
> >
> >
> > On Fri, Feb 8, 2013 at 2:27 PM, Vinod Kumar Vavilapalli <
> > vinodkv@hortonworks.com> wrote:
> >
> >>
> >> There was a time when there were thoughts of being able to run MR1 in
> >> parallel with YARN while the later took off. So they were supposed to
> >> coexist, hence the non-deprecation.
> >>
> >> I am not sure we formally did, but once it is cast in stone that MR1
> >> cannot be run with Hadoop 2.0 *(by which time we should remove JT/TT
> etc.),
> >> then we can deprecate these configs.
> >>
> >> Thanks,
> >> +Vinod
> >>
> >> On Feb 8, 2013, at 2:15 PM, Sandy Ryza wrote:
> >>
> >> > Is there a reason why mapreduce.jobtracker.address is not deprecated
> to
> >> > yarn.resourcemanager.address?
> >> >
> >> > thanks,
> >> > Sandy
> >>
> >>
> >
> >
> > --
> > Alejandro
>
>
>
> --
> Harsh J
>

--089e013cb96696f55604d5640e0b--