Mailing-List: contact user-help@hadoop.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@hadoop.apache.org
Received-SPF: pass (nike.apache.org: domain of dechouxb@gmail.com designates
 209.85.216.48 as permitted sender)
MIME-Version: 1.0
Date: Fri, 5 Oct 2012 18:58:19 +0200
Message-ID: 
 <CAO6W-2cN_h4NhQaXE7Z1oK2MeqpLPv_jbxJKAFqb2rZ2ZFQNQQ@mail.gmail.com>
Subject: Job jar not removed from staging directory on job failure/how to
 share a job jar using distributed cache
From: Bertrand Dechoux <dechouxb@gmail.com>
To: user@hadoop.apache.org
Content-Type: multipart/alternative; boundary=047d7bdc8d266144ea04cb52c723

--047d7bdc8d266144ea04cb52c723
Content-Type: text/plain; charset=ISO-8859-1

Hi,

I am launching my job using the command line and I observed that when the
provided input path do not match any files, the jar in the staging
repository is not removed.
It is removed on job termination (success or failure) but here the job
isn't even really started so it may be an edge case.
Has anyone seen the same behaviour? (I am using 1.0.3)

Here is an extract of the stack trace with hadoop related classes.

org.apache.hadoop.mapreduce.lib.input.InvalidInputException: Input path
> does not exist: [removed]
>         at
> org.apache.hadoop.mapreduce.lib.input.FileInputFormat.listStatus(FileInputFormat.java:235)
>         at
> org.apache.hadoop.mapreduce.lib.input.FileInputFormat.getSplits(FileInputFormat.java:252)
>         at
> org.apache.hadoop.mapred.JobClient.writeNewSplits(JobClient.java:902)
>         at
> org.apache.hadoop.mapred.JobClient.writeSplits(JobClient.java:919)
>         at
> org.apache.hadoop.mapred.JobClient.access$500(JobClient.java:170)
>         at org.apache.hadoop.mapred.JobClient$2.run(JobClient.java:838)
>         at org.apache.hadoop.mapred.JobClient$2.run(JobClient.java:791)
>         at java.security.AccessController.doPrivileged(Native Method)
>         at javax.security.auth.Subject.doAs(Subject.java:396)
>         at
> org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1059)
>         at
> org.apache.hadoop.mapred.JobClient.submitJobInternal(JobClient.java:791)
>         at org.apache.hadoop.mapreduce.Job.submit(Job.java:465)
>         at org.apache.hadoop.mapreduce.Job.waitForCompletion(Job.java:494)
>

Second question is a bit related because one of its consequence would
nullify the impact of the above 'bug'.
Is it possible to set directly the main job jar as a jar already inside
HDFS?
>From what I know, the configuration points to a local jar archive which is
uploaded each time to the staging repository.

The same question was asked in the jira but without clear resolution.
https://issues.apache.org/jira/browse/MAPREDUCE-236

My question might be related to
https://issues.apache.org/jira/browse/MAPREDUCE-4408
which is resolved for next version. But it seems to be only about uberjar
and I am using a standard jar.
If it works with a hdfs location, what are the details? Won't it be cleaned
during job termination? Why not? Will it also be setup within the
distributed cache?

Regards

Bertrand

PS : I know there are others solutions to my problem. I will look at Oozie.
And worst case, I can create a FileSystem instance myself to check whether
the job should be really launched or not. Both could work but both seem
overkill in my context.

--047d7bdc8d266144ea04cb52c723
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Hi,<br><br>I am launching my job using the command line and I observed that=
 when the provided input path do not match any files, the jar in the stagin=
g repository is not removed.<br>It is removed on job termination (success o=
r failure) but here the job isn&#39;t even really started so it may be an e=
dge case.<br>

Has anyone seen the same behaviour? (I am using 1.0.3)<br><br>Here is an ex=
tract of the stack trace with hadoop related classes.<br><br><blockquote st=
yle=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padd=
ing-left:1ex" class=3D"gmail_quote">
org.apache.hadoop.mapreduce.lib.input.InvalidInputException: Input path doe=
s not exist: [removed]<br>=A0=A0=A0=A0=A0=A0=A0 at org.apache.hadoop.mapred=
uce.lib.input.FileInputFormat.listStatus(FileInputFormat.java:235)<br>=A0=
=A0=A0=A0=A0=A0=A0 at org.apache.hadoop.mapreduce.lib.input.FileInputFormat=
.getSplits(FileInputFormat.java:252)<br>
=A0=A0=A0=A0=A0=A0=A0 at org.apache.hadoop.mapred.JobClient.writeNewSplits(=
JobClient.java:902)<br>=A0=A0=A0=A0=A0=A0=A0 at org.apache.hadoop.mapred.Jo=
bClient.writeSplits(JobClient.java:919)<br>=A0=A0=A0=A0=A0=A0=A0 at org.apa=
che.hadoop.mapred.JobClient.access$500(JobClient.java:170)<br>
=A0=A0=A0=A0=A0=A0=A0 at org.apache.hadoop.mapred.JobClient$2.run(JobClient=
.java:838)<br>=A0=A0=A0=A0=A0=A0=A0 at org.apache.hadoop.mapred.JobClient$2=
.run(JobClient.java:791)<br>=A0=A0=A0=A0=A0=A0=A0 at java.security.AccessCo=
ntroller.doPrivileged(Native Method)<br>
=A0=A0=A0=A0=A0=A0=A0 at javax.security.auth.Subject.doAs(Subject.java:396)=
<br>=A0=A0=A0=A0=A0=A0=A0 at org.apache.hadoop.security.UserGroupInformatio=
n.doAs(UserGroupInformation.java:1059)<br>=A0=A0=A0=A0=A0=A0=A0 at org.apac=
he.hadoop.mapred.JobClient.submitJobInternal(JobClient.java:791)<br>
=A0=A0=A0=A0=A0=A0=A0 at org.apache.hadoop.mapreduce.Job.submit(Job.java:46=
5)<br>=A0=A0=A0=A0=A0=A0=A0 at org.apache.hadoop.mapreduce.Job.waitForCompl=
etion(Job.java:494)<br></blockquote><br>Second question is a bit related be=
cause one of its consequence would nullify the impact of the above &#39;bug=
&#39;.<br>
Is it possible to set directly the main job jar as a jar already inside HDF=
S?<br>From what I know, the configuration points to a local jar archive whi=
ch is uploaded each time to the staging repository.<br><br>The same questio=
n was asked in the jira but without clear resolution.<br>
<a href=3D"https://issues.apache.org/jira/browse/MAPREDUCE-236">https://iss=
ues.apache.org/jira/browse/MAPREDUCE-236</a><br><br>My question might be re=
lated to<br><a href=3D"https://issues.apache.org/jira/browse/MAPREDUCE-4408=
">https://issues.apache.org/jira/browse/MAPREDUCE-4408</a><br>
which is resolved for next version. But it seems to be only about uberjar a=
nd I am using a standard jar.<br>If it works with a hdfs location, what are=
 the details? Won&#39;t it be cleaned during job termination? Why not? Will=
 it also be setup within the distributed cache?<br>
<br>Regards<br><br>Bertrand<br><br>PS : I know there are others solutions t=
o my problem. I will look at Oozie.=20
And worst case, I can create a FileSystem instance myself to check=20
whether the job should be really launched or not. Both could work but=20
both seem overkill in my context.

--047d7bdc8d266144ea04cb52c723--