[
https://issues.apache.org/jira/browse/HADOOP-16007?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jason Lowe resolved HADOOP-16007.
-
Resolution: Duplicate
This was fixed by HADOOP-15554.
> Order of property setti
Jason Lowe created HADOOP-16016:
---
Summary: TestSSLFactory#testServerWeakCiphers sporadically fails
in precommit builds
Key: HADOOP-16016
URL: https://issues.apache.org/jira/browse/HADOOP-16016
Project
Jason Lowe created HADOOP-16007:
---
Summary: Order of property settings is incorrect when includes are
processed
Key: HADOOP-16007
URL: https://issues.apache.org/jira/browse/HADOOP-16007
Project: Hadoop
Thanks for driving this release, Sunil!
+1 (binding)
- Verified signatures and digests
- Successfully performed a native build
- Deployed a single-node cluster
- Ran some sample jobs
Jason
On Fri, Nov 23, 2018 at 6:07 AM Sunil G wrote:
> Hi folks,
>
>
>
> Thanks to all contributors who
Thanks for driving this release, Akira!
+1 (binding)
- Verified signatures and digests
- Successfully performed native build from source
- Deployed a single-node cluster and ran some sample jobs
Jason
On Tue, Nov 13, 2018 at 7:02 PM Akira Ajisaka wrote:
> Hi folks,
>
> I have put together a
Jason Lowe created HADOOP-15822:
---
Summary: zstd compressor can fail with a small output buffer
Key: HADOOP-15822
URL: https://issues.apache.org/jira/browse/HADOOP-15822
Project: Hadoop Common
Jason Lowe created HADOOP-15820:
---
Summary: ZStandardDecompressor native code sets an integer field
as a long
Key: HADOOP-15820
URL: https://issues.apache.org/jira/browse/HADOOP-15820
Project: Hadoop
I am happy to announce that Oath will be hosting the next Hadoop
Contributors meetup on Tuesday, September 25th at Yahoo Building G, 589
Java Drive, Sunnyvale CA from 8:00AM to 6:00PM.
The agenda will look roughly as follows:
08:00AM - 08:30AM Arrival and Check-in
08:30AM - 12:00PM A series of
Thanks for driving the release, Junping!
+1 (binding)
- Verified signatures and digests
- Successfully performed a native build from source
- Successfully deployed a single-node cluster with the timeline server
- Ran some sample jobs and examined the web UI and job logs
Jason
On Mon, Sep 10,
[
https://issues.apache.org/jira/browse/HADOOP-15738?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jason Lowe resolved HADOOP-15738.
-
Resolution: Duplicate
> MRAppBenchmark.benchmark1() fails with NullPointerExcept
[
https://issues.apache.org/jira/browse/HADOOP-15738?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jason Lowe reopened HADOOP-15738:
-
> MRAppBenchmark.benchmark1() fails with NullPointerExcept
Thanks for driving this release, Steve!
+1 (binding)
- Verified signatures and digests
- Successfully performed a native build from source
- Deployed a single-node cluster
- Ran some sample jobs and checked web UI and logs
Jason
On Wed, Jul 11, 2018 at 10:05 AM, Steve Loughran
wrote:
>
>
>
Filed INFRA-16086 [1]. -C
>
> [1]: https://issues.apache.org/jira/browse/INFRA-16086
>
>
> On Wed, Jan 17, 2018 at 12:32 PM, Jason Lowe wrote:
>> I filed INFRA-15859 to have branch-3 deleted.
>>
>> Jason
>>
>> On Wed, Jan 17, 2018 at 1:23 PM, E
Jason Lowe created HADOOP-15406:
---
Summary: hadoop-nfs dependencies for mockito and junit are not
test scope
Key: HADOOP-15406
URL: https://issues.apache.org/jira/browse/HADOOP-15406
Project: Hadoop
[
https://issues.apache.org/jira/browse/HADOOP-13500?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jason Lowe reopened HADOOP-13500:
-
This is not a duplicate of HADOOP-13556. That JIRA only changed the
getPropsWithPrefix method
CVE-2017-15713: Apache Hadoop MapReduce job history server vulnerability
Severity: Severe
Vendor: The Apache Software Foundation
Versions Affected:
Hadoop 0.23.0 to 0.23.11
Hadoop 2.0.0-alpha to 2.8.2
Hadoop 3.0.0-alpha to 3.0.0-beta1
Users affected: Users running the MapReduce job
own.
> -Eric
>
>
> From: Jason Lowe <jl...@apache.org>
> To: Hadoop Common <common-dev@hadoop.apache.org>; ma...@cloudera.com
> Sent: Wednesday, January 17, 2018 12:42 PM
> Subject: Re: What's the difference between branch-3 and branch-3.0?
>
> This was created acci
cking datanode decommissioning.
On Wed, Jan 17, 2018 at 10:53 AM, Brahma Reddy Battula <bra...@apache.org>
wrote:
> IMHO,we no need to have *branch-3* still trunk moves.Shall we remove as it
> make confuses.??
>
>
>
>
> Brahma Reddy Battula
>
> On Wed, Jan 1
I recently noticed some committers posting commits to branch-3 and marking
the JIRA as fixed in 3.0.1. I thought branch-3.0 was tracking 3.0.x
releases, including branch-3.0.1 as of now, so I am confused what branch-3
is for. The versions in the poms between branch-3 and branch-3.0 both say
they
Jason Lowe created HADOOP-15170:
---
Summary: Add symlink support to FileUtil#unTarUsingJava
Key: HADOOP-15170
URL: https://issues.apache.org/jira/browse/HADOOP-15170
Project: Hadoop Common
Is it necessary to cut the branch so far ahead of the release? branch-3.0
is already a maintenance line for 3.0.x releases. Is there a known
feature/improvement planned to go into branch-3.0 that is not desirable for
the 3.0.1 release?
I have found in the past that branching so early leads to
Thanks for driving the release, Konstantin!
+1 (binding)
- Verified signatures and digests
- Successfully performed a native build from source
- Deployed a single-node cluster
- Ran some sample jobs and checked the logs
Jason
On Thu, Dec 7, 2017 at 9:22 PM, Konstantin Shvachko
Thanks for driving this release, Junping!
+1 (binding)
- Verified signatures and digests
- Successfully performed native build from source
- Deployed a single-node cluster
- Ran some test jobs and examined the logs
Jason
On Tue, Dec 5, 2017 at 3:58 AM, Junping Du wrote:
Is it possible to track the patch by JIRA attachment ID rather than assume
the most recent attachment is the right one? I thought the admin precommit
build was kicking off the project-specific precommit build with an
attachment ID argument so the project precommit can be consistent with the
admin
Jason Lowe created HADOOP-15085:
---
Summary: Output streams closed with IOUtils suppressing write
errors
Key: HADOOP-15085
URL: https://issues.apache.org/jira/browse/HADOOP-15085
Project: Hadoop Common
Jason Lowe created HADOOP-15078:
---
Summary: dtutil ignores nonexistent files
Key: HADOOP-15078
URL: https://issues.apache.org/jira/browse/HADOOP-15078
Project: Hadoop Common
Issue Type: Bug
Thanks for putting this release together!
+1 (binding)
- Verified signatures and digests
- Successfully built from source including native
- Deployed to single-node cluster and ran some test jobs
Jason
On Mon, Nov 13, 2017 at 6:10 PM, Arun Suresh wrote:
> Hi Folks,
>
>
both of them for 2.8.2 (for real this time!) and they look
correct. Again my apologies for the confusion.
Jason
On Mon, Oct 23, 2017 at 3:26 PM, Jason Lowe <jl...@oath.com> wrote:
> +1 (binding)
>
> - Verified signatures and digests
> - Performed a native build from s
+1 (binding)
- Verified signatures and digests
- Performed a native build from source
- Deployed to a single-node cluster
- Ran some sample jobs
The CHANGES.md and RELEASENOTES.md both refer to release 2.8.0 instead of
2.8.2, and I do not see the list of JIRAs in CHANGES.md that have been
Jason Lowe created HADOOP-14902:
---
Summary: LoadGenerator#genFile write close timing is incorrectly
calculated
Key: HADOOP-14902
URL: https://issues.apache.org/jira/browse/HADOOP-14902
Project: Hadoop
Jason Lowe created HADOOP-14843:
---
Summary: FsPermission symbolic parsing failed to detect invalid
argument
Key: HADOOP-14843
URL: https://issues.apache.org/jira/browse/HADOOP-14843
Project: Hadoop
t;
> We paid close attention to ensure that once disabled Timeline Service v.2
> does not impact existing functionality when disabled (by default).
>
> Special thanks to a team of folks who worked hard and contributed towards
> this effort with patches, reviews and guidance: Rohith Sharma
Allen Wittenauer wrote:
> > On Aug 25, 2017, at 1:23 PM, Jason Lowe <jl...@oath.com> wrote:
> >
> > Allen Wittenauer wrote:
> >
> > > Doesn't this place an undue burden on the contributor with the first
> incompatible patch to prove worthiness? What hap
Allen Wittenauer wrote:
> Doesn't this place an undue burden on the contributor with the first
> incompatible patch to prove worthiness? What happens if it is decided that
> it's not good enough?
It is a burden for that first, "this can't go anywhere else but 4.x"
change, but arguably that
Andrew Wang wrote:
> This means I'll cut branch-3 and
> branch-3.0, and move trunk to 4.0.0 before these VOTEs end. This will open
> up development for Hadoop 3.1.0 and 4.0.0.
I can see a need for branch-3.0, but please do not create branch-3. Doing
so will relegate trunk back to the "patch
+1 for Steve's and Chris's sentiments. Mass reformatting of existing code can
make maintaining anything released prior to the makeover very difficult.
Almost all of Apache Hadoop's users are not on trunk or branch-2, and I'm not
sure we want large refactoring patches going into stability
Thanks for driving the 2.7.4 release!
+1 (binding)
- Verified signatures and digests- Successfully built from source including
native- Deployed to a single-node cluster and ran sample MapReduce jobs
Jason
On Saturday, July 29, 2017 6:29 PM, Konstantin Shvachko
wrote:
Jason Lowe created HADOOP-14713:
---
Summary: Audit for durations that should be measured via
Time.monotonicNow
Key: HADOOP-14713
URL: https://issues.apache.org/jira/browse/HADOOP-14713
Project: Hadoop
+1 to base the 2.8.2 release off of the more recent activity on branch-2.8.
Because branch-2.8.2 was cut so long ago it is missing a lot of fixes that are
in branch-2.8. There also are a lot of JIRAs that claim they are fixed in
2.8.2 but are not in branch-2.8.2. Having the 2.8.2 release be
Jason Lowe created HADOOP-14669:
---
Summary: GenericTestUtils.waitFor should use monotonic time
Key: HADOOP-14669
URL: https://issues.apache.org/jira/browse/HADOOP-14669
Project: Hadoop Common
I think we are OK to leave support for the zstd codec in the Hadoop code base.
I asked Chris Mattman for clarification, noting that the support for the zstd
codec requires the user to install the zstd headers and libraries and then
configure it to be included in the native Hadoop build. The
Jason Lowe created HADOOP-14412:
---
Summary: HostsFileReader#getHostDetails is very expensive on large
clusters
Key: HADOOP-14412
URL: https://issues.apache.org/jira/browse/HADOOP-14412
Project: Hadoop
=15971643#comment-15971643
Jason
On Monday, April 17, 2017 3:05 PM, Sean Busbey <bus...@cloudera.com> wrote:
disallowing force pushes to trunk was done back in:
* August 2014: INFRA-8195
* February 2016: INFRA-11136
On Mon, Apr 17, 2017 at 11:18 AM, Jason Lowe
<jl...@yahoo-inc.co
I found at least one commit that was dropped, MAPREDUCE-6673. I was able to
cherry-pick the original commit hash since it was recorded in the commit email.
This begs the question of why we're allowing force pushes to trunk. I thought
we asked to have that disabled the last time trunk was
+1 (binding)
- Verfied signatures and digests- Performed a native build from the release
tag- Deployed to a single node cluster- Ran some sample jobs
Jason
On Friday, March 17, 2017 4:18 AM, Junping Du wrote:
Hi all,
With fix of HDFS-11431 get in, I've
At this point my preference would be to do the most expeditious thing to
release 2.8, whether that's sticking with the branch-2.8 we have today or
re-cutting it on branch-2. Doing a quick JIRA query, there's been almost 2,400
JIRAs resolved in 2.8.0 (1). For many of them, it's well-past time
+1 (binding)
- Verified signatures and digests- Built native from source- Deployed to a
single-node cluster and ran some sample jobs
Jason
On Sunday, October 2, 2016 7:13 PM, Sangjin Lee wrote:
Hi folks,
I have pushed a new release candidate (R1) for the Apache
Jason Lowe created HADOOP-13552:
---
Summary: RetryInvocationHandler logs all remote exceptions
Key: HADOOP-13552
URL: https://issues.apache.org/jira/browse/HADOOP-13552
Project: Hadoop Common
+1 (binding)
- Verified signatures and digests- Successfully built from source with native
support- Deployed a single-node cluster- Ran some sample jobs successfully
Jason
From: Vinod Kumar Vavilapalli
To: "common-dev@hadoop.apache.org"
Jason Lowe created HADOOP-13500:
---
Summary: Concurrency issues when using Configuration iterator
Key: HADOOP-13500
URL: https://issues.apache.org/jira/browse/HADOOP-13500
Project: Hadoop Common
+1 (binding)
- Verified signatures and digests- Built from source with native support-
Deployed a pseudo-distributed cluster- Ran some sample jobs
Jason
From: Vinod Kumar Vavilapalli
To: "common-dev@hadoop.apache.org" ;
Thanks for organizing this, Chris!
I don't believe HADOOP-13362 is needed since it's related to ContainerMetrics.
ContainerMetrics weren't added until 2.7 by YARN-2984.
YARN-4794 looks applicable to 2.6. The change drops right in except it has
JDK7-isms (multi-catch clause), so it needs a
Both sound like real problems to me, and I think it's appropriate to file JIRAs
to track them.
Jason
From: Andrew Wang
To: Karthik Kambatla
Cc: larry mccay ; Vinod Kumar Vavilapalli
;
+1 (binding)
- Verified signatures and digests- Built from source with native support-
Deployed a pseudo-distributed cluster- Ran some sample jobs
Jason
From: Vinod Kumar Vavilapalli
To: "common-dev@hadoop.apache.org" ;
[
https://issues.apache.org/jira/browse/HADOOP-13362?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jason Lowe reopened HADOOP-13362:
-
Assignee: Junping Du
Reopening to target a fix just to the DefaultMetricsSystem for 2.7
[
https://issues.apache.org/jira/browse/HADOOP-13362?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jason Lowe resolved HADOOP-13362.
-
Resolution: Duplicate
> DefaultMetricsSystem leaks the source name when a source unregist
Jason Lowe created HADOOP-13343:
---
Summary: globStatus returns null for file path that exists but is
filtered
Key: HADOOP-13343
URL: https://issues.apache.org/jira/browse/HADOOP-13343
Project: Hadoop
Jason Lowe created HADOOP-12966:
---
Summary: TestNativeLibraryChecker is crashing
Key: HADOOP-12966
URL: https://issues.apache.org/jira/browse/HADOOP-12966
Project: Hadoop Common
Issue Type: Bug
Jason Lowe created HADOOP-12958:
---
Summary: PhantomReference for filesystem statistics can trigger OOM
Key: HADOOP-12958
URL: https://issues.apache.org/jira/browse/HADOOP-12958
Project: Hadoop Common
+1 (binding)
- verified signatures and digests- built native from source- deployed a
single-node cluster and ran some sample MapReduce jobs.
Jason
From: Junping Du
To: "hdfs-...@hadoop.apache.org" ;
"yarn-...@hadoop.apache.org"
reduce-...@hadoop.apache.org; Jason Lowe <jl...@yahoo-inc.com>
Cc: Hadoop Common <common-dev@hadoop.apache.org>; "hdfs-...@hadoop.apache.org"
<hdfs-...@hadoop.apache.org>; "yarn-...@hadoop.apache.org"
<yarn-...@hadoop.apache.org>
Sent: Tuesday, January 19
-1 (binding)
We have been running a release derived from 2.7 on some of our clusters, and we
recently hit a bug where an application making large container requests can
drastically slow down container allocations for other users in the same queue.
See YARN-4610 for details. Since
Jason Lowe created HADOOP-12706:
---
Summary: TestLocalFsFCStatistics fails occasionally
Key: HADOOP-12706
URL: https://issues.apache.org/jira/browse/HADOOP-12706
Project: Hadoop Common
Issue
+1 (binding)
- Verified signatures and digests- Spot checked CHANGES.txt files- Successfully
performed a native build from source- Deployed to a single node cluster and ran
sample jobs
We have been running with the fix for YARN-4354 on two of our clusters for some
time with no issues, so I feel
+1 (binding)
- Verified signatures and digests- Successfully built from source with native
code support- Deployed to a single-node cluster and ran some test jobs
Jason
From: Junping Du
To: Hadoop Common ; "hdfs-...@hadoop.apache.org"
Jason Lowe created HADOOP-12594:
---
Summary: Deadlock in metrics subsystem
Key: HADOOP-12594
URL: https://issues.apache.org/jira/browse/HADOOP-12594
Project: Hadoop Common
Issue Type: Bug
[
https://issues.apache.org/jira/browse/HADOOP-11361?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jason Lowe reopened HADOOP-11361:
-
Based on initial patch in HADOOP-12594 and earlier comments, I'm reverting this.
> Fix a r
[
https://issues.apache.org/jira/browse/HADOOP-12594?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jason Lowe resolved HADOOP-12594.
-
Resolution: Duplicate
Resolving as a duplicate of HADOOP-11361 now that it was reverted
-1 (binding)
Ran into public localization issues and filed YARN-4354. We need that resolved
before the release is ready. We will either need a timely fix or may have to
revert YARN-2902 to unblock the release if my root-cause analysis is correct.
I'll dig into this more today.
Jason
+1 (binding)
- Verified signatures and digests- Performed native build from source- Deployed
a single-node cluster and ran some test jobs
Jason
From: Sangjin Lee
To: "common-dev@hadoop.apache.org" ;
"yarn-...@hadoop.apache.org"
[
https://issues.apache.org/jira/browse/HADOOP-12290?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jason Lowe resolved HADOOP-12290.
-
Resolution: Invalid
This appears to be pilot error rather than a bug in Hadoop. The wildcards
Jason Lowe created HADOOP-12191:
---
Summary: Bzip2Factory is not thread safe
Key: HADOOP-12191
URL: https://issues.apache.org/jira/browse/HADOOP-12191
Project: Hadoop Common
Issue Type: Bug
+1 (binding)
- Verified signatures and digests
- Successfully performed a native build from source- Deployed a single-node
cluster- Ran sample MapReduce jobs
Jason
From: Vinod Kumar Vavilapalli vino...@apache.org
To: common-dev@hadoop.apache.org; hdfs-...@hadoop.apache.org;
Jason Lowe created HADOOP-12125:
---
Summary: Retrying UnknownHostException on a proxy does not
actually retry hostname resolution
Key: HADOOP-12125
URL: https://issues.apache.org/jira/browse/HADOOP-12125
I'm OK with a 3.0.0 release as long as we are minimizing the pain of
maintaining yet another release line and conscious of the incompatibilities
going into that release line.
For the former, I would really rather not see a branch-3 cut so soon. It's yet
another line onto which to cherry-pick,
I'd like to see a 2.7 release sooner than later. It has been almost 3 months
since Hadoop 2.6 was released, and there have already been 634 JIRAs committed
to 2.7. That's a lot of changes waiting for an official release.
[
https://issues.apache.org/jira/browse/HADOOP-11532?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jason Lowe resolved HADOOP-11532.
-
Resolution: Duplicate
This is a duplicate of YARN-3113.
RAT checker complaining about PSD
Jason Lowe created HADOOP-11473:
---
Summary: test-patch says -1 overall even when all checks are +1
Key: HADOOP-11473
URL: https://issues.apache.org/jira/browse/HADOOP-11473
Project: Hadoop Common
Jason Lowe created HADOOP-11409:
---
Summary: FileContext.getFileContext can stack overflow if default
fs misconfigured
Key: HADOOP-11409
URL: https://issues.apache.org/jira/browse/HADOOP-11409
Project
+1 (binding)
- verified signatures and digests- verified late-arriving fixes for YARN-2846
and MAPREDUCE-6156 were present
- built from source- deployed to a single-node cluster
- ran some sample MapReduce jobs
Jason
From: Arun C Murthy a...@hortonworks.com
To:
I just committed 2.6 blockes YARN-2846 and MAPREDUCE-6156 which should also be
in the 2.6.0 rc1 build.
Jason
From: Arun C Murthy a...@hortonworks.com
To: yarn-...@hadoop.apache.org
Cc: mapreduce-...@hadoop.apache.org; Ravi Prakash ravi...@ymail.com;
hdfs-...@hadoop.apache.org
[
https://issues.apache.org/jira/browse/HADOOP-11288?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jason Lowe resolved HADOOP-11288.
-
Resolution: Invalid
The CapacityScheduler is very much supported, and is actively being
+1 (binding)
- verified signatures and digests
- built from source
- examined CHANGES.txt for items fixed in 2.5.1
- deployed to a single-node cluster and ran some sample MR jobs
Jason
On 09/05/2014 07:18 PM, Karthik Kambatla wrote:
Hi folks,
I have put together a release candidate (RC0) for
Jason Lowe created HADOOP-11007:
---
Summary: Reinstate building of ant tasks support
Key: HADOOP-11007
URL: https://issues.apache.org/jira/browse/HADOOP-11007
Project: Hadoop Common
Issue Type
+1
Jason
On 08/08/2014 09: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 for 7 days.
1. Migrate from subversion to git for version control.
2. Force-push to be disabled on trunk and
+1 (binding)
- verified signatures and digests
- built from source
- deployed a single-node cluster
- ran some sample jobs
Jason
On 08/06/2014 03:59 PM, Karthik Kambatla wrote:
Hi folks,
I have put together a release candidate (rc2) for Hadoop 2.5.0.
The RC is available at:
Jason Lowe created HADOOP-10945:
---
Summary: 4-digit octal permissions throw a parse error
Key: HADOOP-10945
URL: https://issues.apache.org/jira/browse/HADOOP-10945
Project: Hadoop Common
Issue
I think that's a reasonable proposal as long as we understand it changes
the burden from finding all the things that should be marked @Private to
finding all the things that should be marked @Public. As Tom Graves
pointed out in an earlier discussion about @LimitedPrivate, it may be
impossible
+1
- Verified signatures and digests
- Built from source, installed on single-node cluster and ran some
sample jobs
Jason
On 06/21/2014 01:51 AM, 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.
+1 (binding)
- Verified signatures and digests
- Deployed binary tarball to a single-node cluster and ran some MR
example jobs
- Built from source, deployed to a single-node cluster and ran some MR
example jobs
Jason
On 06/19/2014 10:14 AM, Thomas Graves wrote:
Hey Everyone,
There have
+1 (binding)
Jason
On 06/24/2014 03: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 change to by-laws I'm proposing.
Please vote, the vote will the usual period of 7 days.
[
https://issues.apache.org/jira/browse/HADOOP-10468?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jason Lowe reopened HADOOP-10468:
-
Reopening this issue as it breaks all existing metrics2 property files. Before
this change
Jason Lowe created HADOOP-10622:
---
Summary: Shell.runCommand can deadlock
Key: HADOOP-10622
URL: https://issues.apache.org/jira/browse/HADOOP-10622
Project: Hadoop Common
Issue Type: Bug
[
https://issues.apache.org/jira/browse/HADOOP-10474?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jason Lowe resolved HADOOP-10474.
-
Resolution: Fixed
Fix Version/s: (was: 2.5.0)
3.0.0
I reverted
[
https://issues.apache.org/jira/browse/HADOOP-10474?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jason Lowe reopened HADOOP-10474:
-
Reopening this as Hive is an important part of the Hadoop stack. Arguably we
shouldn't remove
Here's my late +1, was just finishing up looking at the release.
- Verified signatures and digests
- Examined LICENSE file
- Installed binary distribution, ran some sample MapReduce jobs and
examined logs and job history
- Built from source
Jason
On 04/07/2014 03:04 PM, Arun C Murthy wrote:
[
https://issues.apache.org/jira/browse/HADOOP-9344?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jason Lowe resolved HADOOP-9344.
Resolution: Duplicate
Looks like this was fixed by HADOOP-10178.
Configuration.writeXml can
+1 (binding)
- Verified signatures and digests
- Built from source with native support
- Deployed a single-node cluster and ran some sample jobs
Jason
On 02/11/2014 08:49 AM, Arun C Murthy wrote:
Folks,
I've created a release candidate (rc0) for hadoop-2.3.0 that I would like to
get
Jason Lowe created HADOOP-10346:
---
Summary: Deadlock while logging tokens
Key: HADOOP-10346
URL: https://issues.apache.org/jira/browse/HADOOP-10346
Project: Hadoop Common
Issue Type: Bug
[
https://issues.apache.org/jira/browse/HADOOP-10112?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jason Lowe reopened HADOOP-10112:
-
Reopening this as it's also problem in 0.23 that our customers would like
fixed. Posting
1 - 100 of 159 matches
Mail list logo