giraph-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Avery Ching <>
Subject Re: running job with giraph dependency anomaly
Date Wed, 08 Feb 2012 02:08:54 GMT
If you're using GiraphJob, the mapper class should be set for you.  
That's weird.


On 2/7/12 5:58 PM, David Garcia wrote:
> That's interesting.  Yes, I don't need native libraries.  The problem I'm
> having is that after I run job.waitForCompletion(..),
> The job runs a mapper that is something other than GraphMapper.  It
> doesn't complain that a Mapper isn't defined or anything.  It runs
> something else.  As I mentioned below, the map-class doesn't appear to be
> defined.
> On 2/7/12 7:50 PM, "Jakob Homan"<>  wrote:
>> That's not necessarily a bad thing.  Hadoop (not Giraph) has native
>> code library it can use for improved performance.  You'll see this
>> message when running on a cluster that's not been deployed to use the
>> native libraries.  If I follow what you wrote, most likely your work
>> project cluster is so configured.  Unless you actively expect to have
>> the native libraries loaded, I wouldn't be concerned.
>> On Tue, Feb 7, 2012 at 5:46 PM, David Garcia<>
>> wrote:
>>> I am running into a weird error that I haven't seen yet (I suppose I've
>>> been lucky).  I see the following in the logging:
>>> org.apache.hadoop.util.NativeCodeLoader: Unable to load native-hadoop
>>> library for your platform... using builtin-java classes where applicable
>>> In the job definition, the property "" is not even
>>> defined.  For Giraph, this is usually set to
>>> ""
>>> I'm building my project with hadoop 0.20.204.
>>> When I build the GiraphProject myself (and run my own tests with the
>>> projects dependencies), I have no problems.  The main difference is that
>>> I'm using a Giraph dependency in my work project.  All input is welcome.
>>> Thx!!
>>> -David

View raw message