Christopher Tubbs created HADOOP-18786:
--
Summary: Hadoop build depends on archives.apache.org
Key: HADOOP-18786
URL: https://issues.apache.org/jira/browse/HADOOP-18786
Project: Hadoop Common
Christopher Gregorian created HADOOP-16266:
--
Summary: Add more fine-grained processing time metrics to the RPC
layer
Key: HADOOP-16266
URL: https://issues.apache.org/jira/browse/HADOOP-16266
Christopher Tubbs created HADOOP-13300:
--
Summary: maven-jar-plugin executions break build with newer plugin
Key: HADOOP-13300
URL: https://issues.apache.org/jira/browse/HADOOP-13300
Project
I sent an email to secur...@hadoop.apache.org yesterday afternoon and
hadn't seen a response yet. I checked on the issue today and it still
exists. Could somebody please go take a look at what I reported, so it can
be addressed quickly? I'm not sure if it's even the right place to report
such issue
[
https://issues.apache.org/jira/browse/HADOOP-12918?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Christopher Tubbs resolved HADOOP-12918.
Resolution: Not A Problem
So, as it turns out... at least some of what I saw was
[
https://issues.apache.org/jira/browse/HADOOP-12919?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Christopher Tubbs resolved HADOOP-12919.
Resolution: Duplicate
Sorry about the duplicate. JIRA is so slow right now, I
Christopher Tubbs created HADOOP-12919:
--
Summary: MiniDFSCluster uses wrong IP address
Key: HADOOP-12919
URL: https://issues.apache.org/jira/browse/HADOOP-12919
Project: Hadoop Common
Christopher Tubbs created HADOOP-12918:
--
Summary: MiniDFSCluster uses wrong IP address
Key: HADOOP-12918
URL: https://issues.apache.org/jira/browse/HADOOP-12918
Project: Hadoop Common
Christopher Tubbs created HADOOP-12118:
--
Summary: Validate xml configuration files with XML Schema
Key: HADOOP-12118
URL: https://issues.apache.org/jira/browse/HADOOP-12118
Project: Hadoop Common
Christopher Auston created HADOOP-10138:
---
Summary: Support custom record separator with streaming
Key: HADOOP-10138
URL: https://issues.apache.org/jira/browse/HADOOP-10138
Project: Hadoop Common
s.
>
> Colin
> Software Engineer, Cloudera
>
>
> On Mon, Jun 24, 2013 at 2:20 AM, Christopher Ng wrote:
> > cross-posting this from cdh-users group where it received little
> interest:
> >
> > is there a bug in SequenceFile.sync()? This is from cdh4.3.0:
> >
>
Is there a bug on line 259 of HttpServer:
https://github.com/apache/hadoop-common/blob/trunk/hadoop-common-project/hadoop-common/src/main/java/org/apache/hadoop/http/HttpServer.java
webAppContext.setWar(appDir + "/" + name);
I believe this should be:
webAppContext.setWar(appDir + "/" + n
cross-posting this from cdh-users group where it received little interest:
is there a bug in SequenceFile.sync()? This is from cdh4.3.0:
/** Seek to the next sync mark past a given position.*/
public synchronized void sync(long position) throws IOException {
if (position+SYNC_SIZE
On Mon, Oct 1, 2012 at 5:14 PM, Gopal V wrote:
> On 10/1/12 11:46 AM, Matt Foley wrote:
FYI, this triggered GMail's spam filter. There might be a need to
tweak things to avoid getting hit by more spam filters.
--
Chris
Christopher Tubbs created HADOOP-8793:
-
Summary: hadoop-core has dependencies on two different versions of
commons-httpclient
Key: HADOOP-8793
URL: https://issues.apache.org/jira/browse/HADOOP-8793
Christopher Berner created HADOOP-8386:
--
Summary: hadoop script doesn't work if 'cd' prints to stdout
(default behavior in Ubuntu)
Key: HADOOP-8386
URL: https://issues.apache.org/jira/bro
Aren't you worried that the overhead of shoving all that data through an
external sort facility would outweigh any benefits from the algo?
--Chris
On Apr 26, 2011, at 8:34 AM, "Asokan, M" wrote:
> Hi All,
>
> I am submitting this notice of intent to contribute to the Hadoop community
> on be
Actually, that is configurable. Multiple tasks can be run from the
same JVM, and you can also use the MultithreadedMapper
(http://hadoop.apache.org/mapreduce/docs/r0.21.0/api/org/apache/hadoop/mapreduce/lib/map/MultithreadedMapper.html)
to at least make map tasks run in the same thread.
On Tue, Ma
Hadoop provides standardized interfaces/formats/execution models/etc.,
so it can be used for integration (and indeed, I've done that).
However, it differs from most ESB's in that it is very batch oriented,
rather than real-time/streaming/queuing oriented. Consider whether
your integration needs fit
On Fri, Feb 18, 2011 at 10:32 AM, Rajat Sharma wrote:
> Hi Guys
>
> I am trying to work on HDFS to improve its performance by adding RDMA
> functionality to its code. But i cannot find any sort of documentation or
> help regarding this topic except some information about Socket Direct
> Protocol o
On Tue, Jan 4, 2011 at 9:11 PM, Da Zheng wrote:
> On 1/4/11 5:17 PM, Christopher Smith wrote:
> > If you use direct I/O to reduce CPU time, that means you are saving CPU
> via
> > DMA. If you are using Java's heap though, you can kiss that goodbye.
> The buffer for dire
If you use direct I/O to reduce CPU time, that means you are saving CPU via
DMA. If you are using Java's heap though, you can kiss that goodbye.
That said, I'm surprised that the Atom can't keep up with magnetic disk
unless you have a striped array. 100MB/s shouldn't be too taxing. Is it
possible
On Mon, Jan 3, 2011 at 7:15 PM, Brian Bockelman wrote:
> The I/O pattern isn't truly random. To convert from physicist terms to CS
> terms, the application is iterating through the rows of a column-oriented
> store, reading out somewhere between 1 and 10% of the columns. The twist is
> that the
On Mon, Jan 3, 2011 at 5:05 PM, Brian Bockelman wrote:
> On Jan 3, 2011, at 5:17 PM, Christopher Smith wrote:
> > On Mon, Jan 3, 2011 at 11:40 AM, Brian Bockelman >wrote:
> >
> >> It's not immediately clear to me the size of the benefit versus the
> costs
On Mon, Jan 3, 2011 at 11:40 AM, Brian Bockelman wrote:
> It's not immediately clear to me the size of the benefit versus the costs.
> Two cases where one normally thinks about direct I/O are:
> 1) The usage scenario is a cache anti-pattern. This will be true for some
> Hadoop use cases (MapRedu
Is there really much harm in deprecating the incorrect spelling and providing a
correct spelling equivalent?
--Chris
On Dec 26, 2010, at 6:19 PM, Todd Lipcon wrote:
> Hi Niels,
>
> Unfortunately this is part of a public facing API, so it's a bit tough to
> change without breaking a bunch of d
26 matches
Mail list logo
