It took a while for the artifact distribution to come around, I initially had
trouble pushing them from home too.
Anyways, I just updated the website too. Sending an announcement now..
Thanks,
+Vinod
On Apr 20, 2015, at 8:06 PM, Vinod Kumar Vavilapalli
wrote:
> With 22 +1s (7 binding), one +
You're absolutely right Steve. We should get the jobs under control.
At the very least, before we move to JDK 8 in Jenkins, we should get the
Java8 nightly builds working. I didn't realize we had these, and I had
thought all compiling and most test issues with JDK8 were already fixed
based on wh
Hi Allen,
This sounds great.
>> Naming a patch foo-HDFS-7285.00.patch should get tested on the HDFS-7285
>> branch.
Does it happen locally in developer's machine when running test-patch.sh, or
also mean something in Hadoop Jenkins building when a JIRA becoming patch
available? Thanks.
Regard
Approach (1) seems like a good way to handle stability concerns people
might have. If we explicitly distinguish between current and stable (i.e.,
not set them both to the latest release). It would be nice to do a VOTE for
calling a release stable.
I would use approach (2) for compatibility concern
Thanks for forking this Vinod,
Linux used to do the odd/even minor versions for unstable/stable, but that
went away when 2.6 lasted forever. With the 3.x and 4.x I think it's just
always stable. The odd/even though was at least a convention everyone knew
about.
Stack can comment better than I abo
Forking the thread.
In the previous 2.7.1 thread [1], there were enough yays to my proposal to wait
for a bug-fix release or two before calling a 2.x release stable. There were
some concerns about the naming.
We have two options, taking 2.8 as an example
(1) Release 2.8.0, call it as an alpha
+dev lists.
Forgot about that, sure. I added this and my initial list to the Roadmap wiki.
Thank
+Vinod
On Apr 21, 2015, at 9:34 PM, Rohith Sharma K S
wrote:
> Dear Vinod
>
> Regarding the road map of Hadoop-2.8.0, Can basic Application priority
> working model includes in next releas
Siqi Li created MAPREDUCE-6333:
--
Summary: TestEvents,TestAMWebServicesTasks,TestAppController are
broken due to MAPREDUCE-6297
Key: MAPREDUCE-6333
URL: https://issues.apache.org/jira/browse/MAPREDUCE-6333
Oh, this is also in the release notes, but one can use a git reference # as
well. :) (with kudos to OOM for the idea.)
On Apr 22, 2015, at 8:57 PM, Allen Wittenauer wrote:
>
> More than likely. It probably needs more testing (esp under Jenkins).
>
> It should be noted that the code in test
More than likely. It probably needs more testing (esp under Jenkins).
It should be noted that the code in test-patch.sh has lots of problems with
branch-0, minor, and micro releases. But for major releases, it seems to work
well for me. :)
On Apr 22, 2015, at 8:45 PM, Vinod Kumar Vavilapa
Does this mean HADOOP-7435 is no longer needed / closeable as dup?
Thanks
+Vinod
On Apr 22, 2015, at 12:34 PM, Allen Wittenauer wrote:
>
> Hey gang,
>
> Just so everyone is aware, if you are working on a patch for either a
> feature branch or a major branch, if you name the patc
Hey gang,
Just so everyone is aware, if you are working on a patch for either a
feature branch or a major branch, if you name the patch with the branch name
following the spec in HowToContribute (and a few other ways… test-patch tries
to figure it out!), test-patch.sh *should*
Rohith created MAPREDUCE-6332:
-
Summary: Add more required API's to MergeManager interface
Key: MAPREDUCE-6332
URL: https://issues.apache.org/jira/browse/MAPREDUCE-6332
Project: Hadoop Map/Reduce
Vinod Kumar Vavilapalli created MAPREDUCE-6331:
--
Summary: [Umbrella] Make MapReduce work with Timeline Service
Nextgen (YARN-2928)
Key: MAPREDUCE-6331
URL: https://issues.apache.org/jira/browse/MAPRED
On Wed, Apr 22, 2015 at 2:10 AM, Allen Wittenauer wrote:
>
>
> * There have been a few runs which seems to indicate that *something* is
> destroying the artifact directory in the middle of runs…. which is very
> very odd and something I hadn’t seen in any of my testing. In any case, I
> clearly
See https://builds.apache.org/job/Hadoop-Mapreduce-trunk/2121/
###
## LAST 60 LINES OF THE CONSOLE
###
[...truncated 31433 lines...]
[INFO] Reactor Summary:
[INFO]
[INF
See https://builds.apache.org/job/Hadoop-Mapreduce-trunk-Java8/172/
###
## LAST 60 LINES OF THE CONSOLE
###
[...truncated 10220 lines...]
[INFO] Reactor Summary:
[INFO]
> On 21 Apr 2015, at 23:31, Andrew Wang wrote:
>
> Hey Robert,
>
> As a first step, could we try switching all our precommit and nightly
> builds over to use 1.8? This is a prerequisite for HADOOP-11858, and safe
> to do in any case since it'll still target 1.7.
+1
we have jenkin builds runni
Ryu Kobayashi created MAPREDUCE-6330:
Summary: Fix typo in some Task Attempt API's URL
Key: MAPREDUCE-6330
URL: https://issues.apache.org/jira/browse/MAPREDUCE-6330
Project: Hadoop Map/Reduce
I took the code from https://github.com/raghuveerm/MRPcapParser and updated it
to parse binary pcap files. I have large number of small files to be processed.
Following are the steps i have already tried to resolve the issue:
- Tried setting mapred.child.java.opts=-Xmx2048m
- Tried se
Err, first jira mentioned should be HADOOP-11861.
On Apr 22, 2015, at 8:10 AM, Allen Wittenauer wrote:
>
> Some status:
>
> * So far, HADOOP-11627 was filed which is luckily an extremely easy bug to
> fix.
>
> * There have been a few runs which seems to indicate that *something* is
> destr
Some status:
* So far, HADOOP-11627 was filed which is luckily an extremely easy bug to fix.
* There have been a few runs which seems to indicate that *something* is
destroying the artifact directory in the middle of runs…. which is very very
odd and something I hadn’t seen in any of my testi
22 matches
Mail list logo