[
https://issues.apache.org/jira/browse/OOZIE-1052?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13494485#comment-13494485
]
Hadoop QA commented on OOZIE-1052:
----------------------------------
Testing JIRA OOZIE-1052
Cleaning local svn workspace
----------------------------
{color:green}+1 PATCH_APPLIES{color}
{color:green}+1 CLEAN{color}
{color:red}-1 RAW_PATCH_ANALYSIS{color}
. {color:green}+1{color} the patch does not introduce any @author tags
. {color:green}+1{color} the patch does not introduce any tabs
. {color:green}+1{color} the patch does not introduce any trailing spaces
. {color:green}+1{color} the patch does not introduce any line longer than
132
. {color:red}-1{color} the patch does not add/modify any testcase
{color:green}+1 RAT{color}
. {color:green}+1{color} the patch does not seem to introduce new RAT
warnings
{color:green}+1 JAVADOC{color}
. {color:green}+1{color} the patch does not seem to introduce new Javadoc
warnings
{color:green}+1 COMPILE{color}
. {color:green}+1{color} HEAD compiles
. {color:green}+1{color} patch compiles
. {color:green}+1{color} the patch does not seem to introduce new javac
warnings
{color:green}+1 BACKWARDS_COMPATIBILITY{color}
. {color:green}+1{color} the patch does not change any JPA
Entity/Colum/Basic/Lob/Transient annotations
. {color:green}+1{color} the patch does not modify JPA files
{color:green}+1 TESTS{color}
. Tests run: 916
{color:green}+1 DISTRO{color}
. {color:green}+1{color} distro tarball builds with the patch
----------------------------
{color:red}*-1 Overall result, please check the reported -1(s)*{color}
The full output of the test-patch run is available at
. https://builds.apache.org/job/oozie-trunk-precommit-build/169/
> HadoopAccessorService.createFileSystem throws exception in map-reduce action,
> failing workflow.
> -----------------------------------------------------------------------------------------------
>
> Key: OOZIE-1052
> URL: https://issues.apache.org/jira/browse/OOZIE-1052
> Project: Oozie
> Issue Type: Bug
> Components: core
> Affects Versions: 3.3.0, trunk
> Reporter: Ryota Egashira
> Assignee: Ryota Egashira
> Priority: Blocker
> Fix For: 3.3.0, trunk
>
> Attachments: OOZIE-1052.patch
>
>
> HadoopAccessorService.createFileSystem checks
> OOZIE_HADOOP_ACCESSOR_SERVICE_CREATED in jobconf, (which is passed as
> argument), and if false or non-exist, throws exception.
> ------
> if (!conf.getBoolean(OOZIE_HADOOP_ACCESSOR_SERVICE_CREATED, false)) {
> throw new HadoopAccessorException(ErrorCode.E0903);
> }
> ------
> this is troublesome when it's called from LauncherMapper.hasIdSwap, since it
> passes new conf as argument, which doesn't include
> OOZIE_HADOOP_ACCESSOR_SERVICE_CREATED, so always hitting exception mentioned
> above
> -------
> FileSystem fs =
> Services.get().get(HadoopAccessorService.class).createFileSystem(user,
> p.toUri(),new Configuration());
> --------
> this problem becomes visible to user as workflow failure, when in map-reduce
> action, oozie fails to get external jobID from counters, then accessing to
> HDFS to get it.
> the above-mentioned change in HadoopAccessorService.createFileSystem is
> introduced in 3.2, it is not present in 3.1.4.
> this needs to be fixed. also question is what was original intention of the
> change.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
