Per Arun's message below, I edited the "Sustaining Release" section of
http://wiki.apache.org/hadoop/Roadmap
to incorporate these items. Feedback welcome.
--Matt
On Wed, Aug 3, 2011 at 3:39 PM, Eli Collins wrote:
> On Wed, Aug 3, 2011 at 2:02 PM, Arun C Murthy wrote:
> > On Aug 2, 2011, at 4:2
Thanks Owen, for the quick and helpful response!
By removing those test cases marked as "@Ignored", there're still 3 failed
test cases for 0.20.203:
[junit] Test org.apache.hadoop.filecache.TestMRWithDistributedCache FAILED
[junit] Test org.apache.hadoop.filecache.TestTrackerDistributedCacheManag
On Aug 8, 2011, at 8:36 AM, Yu Li wrote:
> Hi all,
>
> I've just run unit test of 0.20.204 using SUN jdk1.6.0_21, on a 64bit RHEL
> machine, and find the following cases failed:
>
> [junit] Test org.apache.hadoop.mapred.TestJobTrackerRestart FAILED (timeout)
I hit this one too. If you look at
Hi all,
I've just run unit test of 0.20.204 using SUN jdk1.6.0_21, on a 64bit RHEL
machine, and find the following cases failed:
[junit] Test org.apache.hadoop.mapred.TestJobTrackerRestart FAILED (timeout)
[junit] Test org.apache.hadoop.mapred.TestJobTrackerRestartWithLostTracker
FAILED
[junit] T
On Aug 3, 2011, at 3:58 PM, Koji Noguchi wrote:
> Can we add
> * HADOOP-6942 Ability for having user's classes take precedence over the
> system classes for tasks' classpath
>
Thanks Koji.
HADOOP-6942 is in the 'MRv1 exceptions' category since MRv2 doesn't have this
issue at all.
> It's p
Can we add
* HADOOP-6942 Ability for having user's classes take precedence over the
system classes for tasks' classpath
It's pretty bad in a sense that it's not on trunk but 0.20.204 and CDH3 both
have this *using different parameters*.
Koji
On 8/3/11 2:14 PM, "Matt Foley" wrote:
>>
>> So,
On Wed, Aug 3, 2011 at 2:02 PM, Arun C Murthy wrote:
> On Aug 2, 2011, at 4:28 AM, Steve Loughran wrote:
>> I'm getting confused about release roadmaps right now
>>
>> Is there somewhere that lists the (proposed) timetable for the 0.20.204,
>> 0.20.205, 0.22, 0.23 releases?
>>
>
> Since I was amo
On Wed, Aug 3, 2011 at 2:14 PM, Matt Foley wrote:
>>
>> So, how are we doing with 0.20.204 content and trunk given the above
>> proposal? Very well, in fact. Matt, Suresh and I have done a detailed
>> analysis (separate email), please take a look.
>
>
> Here's the analysis of changes in 204 vs tru
>
> So, how are we doing with 0.20.204 content and trunk given the above
> proposal? Very well, in fact. Matt, Suresh and I have done a detailed
> analysis (separate email), please take a look.
Here's the analysis of changes in 204 vs trunk. We believe that ALL the
changes in 204 are either alre
On Aug 2, 2011, at 4:28 AM, Steve Loughran wrote:
> I'm getting confused about release roadmaps right now
>
> Is there somewhere that lists the (proposed) timetable for the 0.20.204,
> 0.20.205, 0.22, 0.23 releases?
>
Since I was among the people who started the 'security on 0.20' thread, I
ap
On 02/08/11 20:23, Eli Collins wrote:
On Tue, Aug 2, 2011 at 11:08 AM, Allen Wittenauer wrote:
On Aug 2, 2011, at 4:28 AM, Steve Loughran wrote:
I'm getting confused about release roadmaps right now
branch-20 is the new trunk, given that features keep popping up in it rather
than bug fixe
On Wed, Aug 3, 2011 at 9:35 AM, Eric Yang wrote:
> RPM packaging and Ganglia plugin for metrics v2 features committed to trunk
> before in branch-0.20-security. There is no rule that declares the new
> feature landed in trunk needs to materialized into a release then back port
> is allowed to
RPM packaging and Ganglia plugin for metrics v2 features committed to trunk
before in branch-0.20-security. There is no rule that declares the new feature
landed in trunk needs to materialized into a release then back port is allowed
to happen. Those are the only two new minor features that we
On 02/08/11 21:33, Allen Wittenauer wrote:
On Aug 2, 2011, at 12:23 PM, Eli Collins wrote:
However it is disappointing
to see some of the features being developed on branch-20-security,
rather being developed first on trunk and then ported to
branch-20-security.
... which was exact
On Aug 2, 2011, at 12:23 PM, Eli Collins wrote:
>
> However it is disappointing
> to see some of the features being developed on branch-20-security,
> rather being developed first on trunk and then ported to
> branch-20-security.
... which was exactly my point.
On Tue, Aug 2, 2011 at 11:08 AM, Allen Wittenauer wrote:
>
> On Aug 2, 2011, at 4:28 AM, Steve Loughran wrote:
>>
>> I'm getting confused about release roadmaps right now
>
> branch-20 is the new trunk, given that features keep popping up in it rather
> than bug fixes.
When we voted to adopt 203
On Aug 2, 2011, at 4:28 AM, Steve Loughran wrote:
>
> I'm getting confused about release roadmaps right now
branch-20 is the new trunk, given that features keep popping up in it rather
than bug fixes.
On 02/08/11 11:00, Matt Foley wrote:
Hi,
Four critical patches have been applied to 0.20-security-204, and release
candidate 0.20.204-rc1 is now ready for evaluation.
The signed release is available at
http://people.apache.org/~mattf/hadoop-0.20.204-rc1/
A successful build and test under Jenkins
On 29/07/11 17:51, Suresh Srinivas wrote:
I'd like to get HADOOP-7468 in, which deletes log4j.properties from the
JAR. Someone did a patch for it yesterday
I patched trunk but not the 20.20x branch
This bug is not marked as a blocker. In that case I think we should pick
this up in 205 releas
Hi,
Four critical patches have been applied to 0.20-security-204, and release
candidate 0.20.204-rc1 is now ready for evaluation.
The signed release is available at
http://people.apache.org/~mattf/hadoop-0.20.204-rc1/
A successful build and test under Jenkins may be examined at
https://builds.apach
> I'd like to get HADOOP-7468 in, which deletes log4j.properties from the
JAR. Someone did a patch for it yesterday
This bug is not marked as a blocker. In that case I think we should pick
this up in 205 release that is going to out soon.
On Fri, Jul 29, 2011 at 4:04 AM, Steve Loughran wrote:
>
Allen,
I think Giri already sent out an email for that. Below is the
response from him. There'll be a new rc candidate soon.
Hope that helps.
thanks
mahadev
===
This issue is fixed with Eric's patch for HADOOP-7356. Since Owen is out on
vacation Iam working on
I can't believe we're holding a vote on a release that isn't passing
the nightly build. If my vote was binding, I'd -1 it based upon that alone.
On 29/07/11 12:01, Steve Loughran wrote:
On 29/07/11 03:13, Aaron T. Myers wrote:
On Thu, Jul 28, 2011 at 7:08 PM, Arun C Murthy
wrote:
But, it doesn't really matter... do folks feel strongly we should
restart
the vote on general?
I don't think there's need to restart the vote. I only broug
Incidentally, has anyone tested on Java7.
The Lucene team are unhappy:
http://www.lucidimagination.com/search/document/1a0d3986e48a9348/warning_index_corruption_and_crashes_in_apache_lucene_core_apache_solr_with_java_7
On 29/07/11 03:13, Aaron T. Myers wrote:
On Thu, Jul 28, 2011 at 7:08 PM, Arun C Murthy wrote:
But, it doesn't really matter... do folks feel strongly we should restart
the vote on general?
I don't think there's need to restart the vote. I only brought this up
because I've heard from a few
Done. Thanks.
On Jul 28, 2011, at 7:13 PM, Aaron T. Myers wrote:
> On Thu, Jul 28, 2011 at 7:08 PM, Arun C Murthy wrote:
>
>> But, it doesn't really matter... do folks feel strongly we should restart
>> the vote on general?
>>
>
> I don't think there's need to restart the vote. I only brought
On Thu, Jul 28, 2011 at 7:08 PM, Arun C Murthy wrote:
> But, it doesn't really matter... do folks feel strongly we should restart
> the vote on general?
>
I don't think there's need to restart the vote. I only brought this up
because I've heard from a few people that they didn't know a release v
0.203.0 vote was carried out on general@
>>>
>>> Here is a message from the archive:
>>>
>>> http://mail-archives.apache.org/mod_mbox/hadoop-general/201105.mbox/browser
>>>
>>> - milind
>>>
>>> ---
>>> Milind
http://mail-archives.apache.org/mod_mbox/hadoop-general/201105.mbox/browser
>>
>> - milind
>>
>> ---
>> Milind Bhandarkar
>>
>>
>> -Original Message-
>> From: Arun C Murthy [mailto:a...@hortonworks.com]
>> Sent: Thursday,
8, 2011 5:27 PM
> To: common-dev@hadoop.apache.org
> Subject: Re: [VOTE] Release 0.20.204.0-rc0
>
> Nope. general@ is only for announcements.
>
> AFAIK Votes are developer activities.
>
> Arun
>
> On Jul 28, 2011, at 5:11 PM, Aaron T. Myers wrote:
>
>>
]
Sent: Thursday, July 28, 2011 5:27 PM
To: common-dev@hadoop.apache.org
Subject: Re: [VOTE] Release 0.20.204.0-rc0
Nope. general@ is only for announcements.
AFAIK Votes are developer activities.
Arun
On Jul 28, 2011, at 5:11 PM, Aaron T. Myers wrote:
> Shouldn't this vote be taking
lto:a...@cloudera.com]
Sent: Thursday, July 28, 2011 5:12 PM
To: common-dev@hadoop.apache.org
Subject: Re: [VOTE] Release 0.20.204.0-rc0
Shouldn't this vote be taking place on general@, instead of common-dev@? I'm
under the impression that that is where all votes are supposed to take
place. Pl
Nope. general@ is only for announcements.
AFAIK Votes are developer activities.
Arun
On Jul 28, 2011, at 5:11 PM, Aaron T. Myers wrote:
> Shouldn't this vote be taking place on general@, instead of common-dev@? I'm
> under the impression that that is where all votes are supposed to take
> plac
Shouldn't this vote be taking place on general@, instead of common-dev@? I'm
under the impression that that is where all votes are supposed to take
place. Please correct me if I am wrong about that.
--
Aaron T. Myers
Software Engineer, Cloudera
On Thu, Jul 28, 2011 at 5:02 PM, Giridharan Kesava
This issue is fixed with Eric's patch for HADOOP-7356. Since Owen is out on
vacation Iam working on getting the release tarball.
-Giri
On 7/28/11 1:56 PM, "Giridharan Kesavan" wrote:
> Myself and Eric Yang are looking into this.
> -Giri
>
> On 7/28/11 12:04 PM, "Allen Wittenauer" wrote:
>
>
Myself and Eric Yang are looking into this.
-Giri
On 7/28/11 12:04 PM, "Allen Wittenauer" wrote:
>
> On Jul 25, 2011, at 7:05 PM, Owen O'Malley wrote:
>
>> I've created a release candidate for 0.20.204.0 that I would like to release.
>>
>> It is available at: http://people.apache.org/~omalley
On Jul 25, 2011, at 7:05 PM, Owen O'Malley wrote:
> I've created a release candidate for 0.20.204.0 that I would like to release.
>
> It is available at: http://people.apache.org/~omalley/hadoop-0.20.204.0-rc0/
>
> 0.20.204.0 has many fixes including disk fail in place and the new rpm and
> de
I've created a release candidate for 0.20.204.0 that I would like to release.
It is available at: http://people.apache.org/~omalley/hadoop-0.20.204.0-rc0/
0.20.204.0 has many fixes including disk fail in place and the new rpm and deb
packages. Fail in place allows the DataNode and TaskTracker to
39 matches
Mail list logo
