[jira] [Updated] (OOZIE-3578) MapReduce counters cannot be used over 120
[ https://issues.apache.org/jira/browse/OOZIE-3578?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Denes Bodo updated OOZIE-3578: -- Attachment: OOZIE-3578-003.patch > MapReduce counters cannot be used over 120 > -- > > Key: OOZIE-3578 > URL: https://issues.apache.org/jira/browse/OOZIE-3578 > Project: Oozie > Issue Type: Bug > Components: core >Affects Versions: 5.1.0 >Reporter: Denes Bodo >Assignee: Denes Bodo >Priority: Critical > Attachments: OOZIE-3578-001.patch, OOZIE-3578-002.patch, > OOZIE-3578-003.patch > > > When we create a mapreduce action which then creates more than 120 counters > then the following exception is thrown: > {noformat} > org.apache.hadoop.mapreduce.counters.Limits.checkCounters(Limits.java:101) > org.apache.hadoop.mapreduce.counters.Limits.incrCounters(Limits.java:108) > org.apache.hadoop.mapreduce.counters.AbstractCounterGroup.addCounter(AbstractCounterGroup.java:78) > org.apache.hadoop.mapreduce.counters.AbstractCounterGroup.addCounterImpl(AbstractCounterGroup.java:95) > org.apache.hadoop.mapreduce.counters.AbstractCounterGroup.findCounterImpl(AbstractCounterGroup.java:123) > org.apache.hadoop.mapreduce.counters.AbstractCounterGroup.findCounter(AbstractCounterGroup.java:113) > org.apache.hadoop.mapreduce.counters.AbstractCounterGroup.findCounter(AbstractCounterGroup.java:130) > org.apache.hadoop.mapreduce.counters.AbstractCounters.findCounter(AbstractCounters.java:155) > org.apache.hadoop.mapreduce.TypeConverter.fromYarn(TypeConverter.java:264) > org.apache.hadoop.mapred.ClientServiceDelegate.getJobCounters(ClientServiceDelegate.java:383) > org.apache.hadoop.mapred.YARNRunner.getJobCounters(YARNRunner.java:859) > org.apache.hadoop.mapreduce.Job$8.run(Job.java:820) > org.apache.hadoop.mapreduce.Job$8.run(Job.java:817) > java.security.AccessController.doPrivileged(Native Method) > javax.security.auth.Subject.doAs(Subject.java:422) > org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1875) > org.apache.hadoop.mapreduce.Job.getCounters(Job.java:817) > org.apache.hadoop.mapred.JobClient$NetworkedJob.getCounters(JobClient.java:379) > org.apache.oozie.action.hadoop.MapReduceActionExecutor.end(MapReduceActionExecutor.java:252) > org.apache.oozie.command.wf.ActionEndXCommand.execute(ActionEndXCommand.java:183) > org.apache.oozie.command.wf.ActionEndXCommand.execute(ActionEndXCommand.java:62) > org.apache.oozie.command.XCommand.call(XCommand.java:291) > org.apache.oozie.command.wf.ActionCheckXCommand.execute(ActionCheckXCommand.java:244) > org.apache.oozie.command.wf.ActionCheckXCommand.execute(ActionCheckXCommand.java:56) > org.apache.oozie.command.XCommand.call(XCommand.java:291) > java.util.concurrent.FutureTask.run(FutureTask.java:266) > org.apache.oozie.service.CallableQueueService$CallableWrapper.run(CallableQueueService.java:210) > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) > java.lang.Thread.run(Thread.java:748) > {noformat} > It turned out if we use Oozie with Hadoop 3 the MR class called {{Limits}} is > not initialised properly but with default values: > https://github.com/apache/hadoop/blob/trunk/hadoop-mapreduce-project/hadoop-mapreduce-client/hadoop-mapreduce-client-core/src/main/java/org/apache/hadoop/mapreduce/counters/Limits.java#L40 > If we set the "mapreduce.job.counters.max" to 500 in mapred-site.xml or in > core-site.xml has no positive effect. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (OOZIE-3578) MapReduce counters cannot be used over 120
[ https://issues.apache.org/jira/browse/OOZIE-3578?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Denes Bodo updated OOZIE-3578: -- Attachment: OOZIE-3578-002.patch > MapReduce counters cannot be used over 120 > -- > > Key: OOZIE-3578 > URL: https://issues.apache.org/jira/browse/OOZIE-3578 > Project: Oozie > Issue Type: Bug > Components: core >Affects Versions: 5.1.0 >Reporter: Denes Bodo >Assignee: Denes Bodo >Priority: Critical > Attachments: OOZIE-3578-001.patch, OOZIE-3578-002.patch > > > When we create a mapreduce action which then creates more than 120 counters > then the following exception is thrown: > {noformat} > org.apache.hadoop.mapreduce.counters.Limits.checkCounters(Limits.java:101) > org.apache.hadoop.mapreduce.counters.Limits.incrCounters(Limits.java:108) > org.apache.hadoop.mapreduce.counters.AbstractCounterGroup.addCounter(AbstractCounterGroup.java:78) > org.apache.hadoop.mapreduce.counters.AbstractCounterGroup.addCounterImpl(AbstractCounterGroup.java:95) > org.apache.hadoop.mapreduce.counters.AbstractCounterGroup.findCounterImpl(AbstractCounterGroup.java:123) > org.apache.hadoop.mapreduce.counters.AbstractCounterGroup.findCounter(AbstractCounterGroup.java:113) > org.apache.hadoop.mapreduce.counters.AbstractCounterGroup.findCounter(AbstractCounterGroup.java:130) > org.apache.hadoop.mapreduce.counters.AbstractCounters.findCounter(AbstractCounters.java:155) > org.apache.hadoop.mapreduce.TypeConverter.fromYarn(TypeConverter.java:264) > org.apache.hadoop.mapred.ClientServiceDelegate.getJobCounters(ClientServiceDelegate.java:383) > org.apache.hadoop.mapred.YARNRunner.getJobCounters(YARNRunner.java:859) > org.apache.hadoop.mapreduce.Job$8.run(Job.java:820) > org.apache.hadoop.mapreduce.Job$8.run(Job.java:817) > java.security.AccessController.doPrivileged(Native Method) > javax.security.auth.Subject.doAs(Subject.java:422) > org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1875) > org.apache.hadoop.mapreduce.Job.getCounters(Job.java:817) > org.apache.hadoop.mapred.JobClient$NetworkedJob.getCounters(JobClient.java:379) > org.apache.oozie.action.hadoop.MapReduceActionExecutor.end(MapReduceActionExecutor.java:252) > org.apache.oozie.command.wf.ActionEndXCommand.execute(ActionEndXCommand.java:183) > org.apache.oozie.command.wf.ActionEndXCommand.execute(ActionEndXCommand.java:62) > org.apache.oozie.command.XCommand.call(XCommand.java:291) > org.apache.oozie.command.wf.ActionCheckXCommand.execute(ActionCheckXCommand.java:244) > org.apache.oozie.command.wf.ActionCheckXCommand.execute(ActionCheckXCommand.java:56) > org.apache.oozie.command.XCommand.call(XCommand.java:291) > java.util.concurrent.FutureTask.run(FutureTask.java:266) > org.apache.oozie.service.CallableQueueService$CallableWrapper.run(CallableQueueService.java:210) > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) > java.lang.Thread.run(Thread.java:748) > {noformat} > It turned out if we use Oozie with Hadoop 3 the MR class called {{Limits}} is > not initialised properly but with default values: > https://github.com/apache/hadoop/blob/trunk/hadoop-mapreduce-project/hadoop-mapreduce-client/hadoop-mapreduce-client-core/src/main/java/org/apache/hadoop/mapreduce/counters/Limits.java#L40 > If we set the "mapreduce.job.counters.max" to 500 in mapred-site.xml or in > core-site.xml has no positive effect. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (OOZIE-3578) MapReduce counters cannot be used over 120
[ https://issues.apache.org/jira/browse/OOZIE-3578?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17009720#comment-17009720 ] Denes Bodo commented on OOZIE-3578: --- Thanks [~asalamon74] for letting me know. I did run an incorrect git command. Sorry. > MapReduce counters cannot be used over 120 > -- > > Key: OOZIE-3578 > URL: https://issues.apache.org/jira/browse/OOZIE-3578 > Project: Oozie > Issue Type: Bug > Components: core >Affects Versions: 5.1.0 >Reporter: Denes Bodo >Assignee: Denes Bodo >Priority: Critical > Attachments: OOZIE-3578-001.patch, OOZIE-3578-002.patch > > > When we create a mapreduce action which then creates more than 120 counters > then the following exception is thrown: > {noformat} > org.apache.hadoop.mapreduce.counters.Limits.checkCounters(Limits.java:101) > org.apache.hadoop.mapreduce.counters.Limits.incrCounters(Limits.java:108) > org.apache.hadoop.mapreduce.counters.AbstractCounterGroup.addCounter(AbstractCounterGroup.java:78) > org.apache.hadoop.mapreduce.counters.AbstractCounterGroup.addCounterImpl(AbstractCounterGroup.java:95) > org.apache.hadoop.mapreduce.counters.AbstractCounterGroup.findCounterImpl(AbstractCounterGroup.java:123) > org.apache.hadoop.mapreduce.counters.AbstractCounterGroup.findCounter(AbstractCounterGroup.java:113) > org.apache.hadoop.mapreduce.counters.AbstractCounterGroup.findCounter(AbstractCounterGroup.java:130) > org.apache.hadoop.mapreduce.counters.AbstractCounters.findCounter(AbstractCounters.java:155) > org.apache.hadoop.mapreduce.TypeConverter.fromYarn(TypeConverter.java:264) > org.apache.hadoop.mapred.ClientServiceDelegate.getJobCounters(ClientServiceDelegate.java:383) > org.apache.hadoop.mapred.YARNRunner.getJobCounters(YARNRunner.java:859) > org.apache.hadoop.mapreduce.Job$8.run(Job.java:820) > org.apache.hadoop.mapreduce.Job$8.run(Job.java:817) > java.security.AccessController.doPrivileged(Native Method) > javax.security.auth.Subject.doAs(Subject.java:422) > org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1875) > org.apache.hadoop.mapreduce.Job.getCounters(Job.java:817) > org.apache.hadoop.mapred.JobClient$NetworkedJob.getCounters(JobClient.java:379) > org.apache.oozie.action.hadoop.MapReduceActionExecutor.end(MapReduceActionExecutor.java:252) > org.apache.oozie.command.wf.ActionEndXCommand.execute(ActionEndXCommand.java:183) > org.apache.oozie.command.wf.ActionEndXCommand.execute(ActionEndXCommand.java:62) > org.apache.oozie.command.XCommand.call(XCommand.java:291) > org.apache.oozie.command.wf.ActionCheckXCommand.execute(ActionCheckXCommand.java:244) > org.apache.oozie.command.wf.ActionCheckXCommand.execute(ActionCheckXCommand.java:56) > org.apache.oozie.command.XCommand.call(XCommand.java:291) > java.util.concurrent.FutureTask.run(FutureTask.java:266) > org.apache.oozie.service.CallableQueueService$CallableWrapper.run(CallableQueueService.java:210) > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) > java.lang.Thread.run(Thread.java:748) > {noformat} > It turned out if we use Oozie with Hadoop 3 the MR class called {{Limits}} is > not initialised properly but with default values: > https://github.com/apache/hadoop/blob/trunk/hadoop-mapreduce-project/hadoop-mapreduce-client/hadoop-mapreduce-client-core/src/main/java/org/apache/hadoop/mapreduce/counters/Limits.java#L40 > If we set the "mapreduce.job.counters.max" to 500 in mapred-site.xml or in > core-site.xml has no positive effect. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (OOZIE-3578) MapReduce counters cannot be used over 120
[ https://issues.apache.org/jira/browse/OOZIE-3578?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Denes Bodo updated OOZIE-3578: -- Attachment: OOZIE-3578-001.patch > MapReduce counters cannot be used over 120 > -- > > Key: OOZIE-3578 > URL: https://issues.apache.org/jira/browse/OOZIE-3578 > Project: Oozie > Issue Type: Bug > Components: core >Affects Versions: 5.1.0 >Reporter: Denes Bodo >Assignee: Denes Bodo >Priority: Critical > Attachments: OOZIE-3578-001.patch > > > When we create a mapreduce action which then creates more than 120 counters > then the following exception is thrown: > {noformat} > org.apache.hadoop.mapreduce.counters.Limits.checkCounters(Limits.java:101) > org.apache.hadoop.mapreduce.counters.Limits.incrCounters(Limits.java:108) > org.apache.hadoop.mapreduce.counters.AbstractCounterGroup.addCounter(AbstractCounterGroup.java:78) > org.apache.hadoop.mapreduce.counters.AbstractCounterGroup.addCounterImpl(AbstractCounterGroup.java:95) > org.apache.hadoop.mapreduce.counters.AbstractCounterGroup.findCounterImpl(AbstractCounterGroup.java:123) > org.apache.hadoop.mapreduce.counters.AbstractCounterGroup.findCounter(AbstractCounterGroup.java:113) > org.apache.hadoop.mapreduce.counters.AbstractCounterGroup.findCounter(AbstractCounterGroup.java:130) > org.apache.hadoop.mapreduce.counters.AbstractCounters.findCounter(AbstractCounters.java:155) > org.apache.hadoop.mapreduce.TypeConverter.fromYarn(TypeConverter.java:264) > org.apache.hadoop.mapred.ClientServiceDelegate.getJobCounters(ClientServiceDelegate.java:383) > org.apache.hadoop.mapred.YARNRunner.getJobCounters(YARNRunner.java:859) > org.apache.hadoop.mapreduce.Job$8.run(Job.java:820) > org.apache.hadoop.mapreduce.Job$8.run(Job.java:817) > java.security.AccessController.doPrivileged(Native Method) > javax.security.auth.Subject.doAs(Subject.java:422) > org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1875) > org.apache.hadoop.mapreduce.Job.getCounters(Job.java:817) > org.apache.hadoop.mapred.JobClient$NetworkedJob.getCounters(JobClient.java:379) > org.apache.oozie.action.hadoop.MapReduceActionExecutor.end(MapReduceActionExecutor.java:252) > org.apache.oozie.command.wf.ActionEndXCommand.execute(ActionEndXCommand.java:183) > org.apache.oozie.command.wf.ActionEndXCommand.execute(ActionEndXCommand.java:62) > org.apache.oozie.command.XCommand.call(XCommand.java:291) > org.apache.oozie.command.wf.ActionCheckXCommand.execute(ActionCheckXCommand.java:244) > org.apache.oozie.command.wf.ActionCheckXCommand.execute(ActionCheckXCommand.java:56) > org.apache.oozie.command.XCommand.call(XCommand.java:291) > java.util.concurrent.FutureTask.run(FutureTask.java:266) > org.apache.oozie.service.CallableQueueService$CallableWrapper.run(CallableQueueService.java:210) > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) > java.lang.Thread.run(Thread.java:748) > {noformat} > It turned out if we use Oozie with Hadoop 3 the MR class called {{Limits}} is > not initialised properly but with default values: > https://github.com/apache/hadoop/blob/trunk/hadoop-mapreduce-project/hadoop-mapreduce-client/hadoop-mapreduce-client-core/src/main/java/org/apache/hadoop/mapreduce/counters/Limits.java#L40 > If we set the "mapreduce.job.counters.max" to 500 in mapred-site.xml or in > core-site.xml has no positive effect. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Created] (OOZIE-3578) MapReduce counters cannot be used over 120
Denes Bodo created OOZIE-3578: - Summary: MapReduce counters cannot be used over 120 Key: OOZIE-3578 URL: https://issues.apache.org/jira/browse/OOZIE-3578 Project: Oozie Issue Type: Bug Components: core Affects Versions: 5.1.0 Reporter: Denes Bodo When we create a mapreduce action which then creates more than 120 counters then the following exception is thrown: {noformat} org.apache.hadoop.mapreduce.counters.Limits.checkCounters(Limits.java:101) org.apache.hadoop.mapreduce.counters.Limits.incrCounters(Limits.java:108) org.apache.hadoop.mapreduce.counters.AbstractCounterGroup.addCounter(AbstractCounterGroup.java:78) org.apache.hadoop.mapreduce.counters.AbstractCounterGroup.addCounterImpl(AbstractCounterGroup.java:95) org.apache.hadoop.mapreduce.counters.AbstractCounterGroup.findCounterImpl(AbstractCounterGroup.java:123) org.apache.hadoop.mapreduce.counters.AbstractCounterGroup.findCounter(AbstractCounterGroup.java:113) org.apache.hadoop.mapreduce.counters.AbstractCounterGroup.findCounter(AbstractCounterGroup.java:130) org.apache.hadoop.mapreduce.counters.AbstractCounters.findCounter(AbstractCounters.java:155) org.apache.hadoop.mapreduce.TypeConverter.fromYarn(TypeConverter.java:264) org.apache.hadoop.mapred.ClientServiceDelegate.getJobCounters(ClientServiceDelegate.java:383) org.apache.hadoop.mapred.YARNRunner.getJobCounters(YARNRunner.java:859) org.apache.hadoop.mapreduce.Job$8.run(Job.java:820) org.apache.hadoop.mapreduce.Job$8.run(Job.java:817) java.security.AccessController.doPrivileged(Native Method) javax.security.auth.Subject.doAs(Subject.java:422) org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1875) org.apache.hadoop.mapreduce.Job.getCounters(Job.java:817) org.apache.hadoop.mapred.JobClient$NetworkedJob.getCounters(JobClient.java:379) org.apache.oozie.action.hadoop.MapReduceActionExecutor.end(MapReduceActionExecutor.java:252) org.apache.oozie.command.wf.ActionEndXCommand.execute(ActionEndXCommand.java:183) org.apache.oozie.command.wf.ActionEndXCommand.execute(ActionEndXCommand.java:62) org.apache.oozie.command.XCommand.call(XCommand.java:291) org.apache.oozie.command.wf.ActionCheckXCommand.execute(ActionCheckXCommand.java:244) org.apache.oozie.command.wf.ActionCheckXCommand.execute(ActionCheckXCommand.java:56) org.apache.oozie.command.XCommand.call(XCommand.java:291) java.util.concurrent.FutureTask.run(FutureTask.java:266) org.apache.oozie.service.CallableQueueService$CallableWrapper.run(CallableQueueService.java:210) java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) java.lang.Thread.run(Thread.java:748) {noformat} It turned out if we use Oozie with Hadoop 3 the MR class called {{Limits}} is not initialised properly but with default values: https://github.com/apache/hadoop/blob/trunk/hadoop-mapreduce-project/hadoop-mapreduce-client/hadoop-mapreduce-client-core/src/main/java/org/apache/hadoop/mapreduce/counters/Limits.java#L40 If we set the "mapreduce.job.counters.max" to 500 in mapred-site.xml or in core-site.xml has no positive effect. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (OOZIE-3561) Forkjoin validation is slow when there are many actions in chain
[ https://issues.apache.org/jira/browse/OOZIE-3561?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16982500#comment-16982500 ] Denes Bodo commented on OOZIE-3561: --- Thank you for the fix [~pbacsko] . I managed to check your change with the original WF which caused the slowness and that worked well and quick. Unfortunately that wf contains sensitive data so I could not share here but the provided 80-action wf is almost the same as the original one. > Forkjoin validation is slow when there are many actions in chain > > > Key: OOZIE-3561 > URL: https://issues.apache.org/jira/browse/OOZIE-3561 > Project: Oozie > Issue Type: Bug > Components: core >Affects Versions: 5.1.0 >Reporter: Denes Bodo >Assignee: Denes Bodo >Priority: Critical > Labels: performance > Attachments: OOZIE-3561-002.patch, OOZIE-3561-003.patch, > OOZIE-3561_001.patch > > > In case we have a workflow which has, let's say, 80 actions after each other: > {{a1 -> a2 -> ... a80}} > then the validator code "never" finishes. > Currently the validation (in my understanding) does depth first checks from > the start node and runs in time of n! . This is confirmed as when we split > this huge workflow into two 40-element workflow then we get 2x ~40!-step in > validation instead of ~80! steps. > Guys, could you please confirm or disprove my theory? > Thanks -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (OOZIE-3561) Forkjoin validation is slow when there are many actions in chain
[ https://issues.apache.org/jira/browse/OOZIE-3561?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Denes Bodo updated OOZIE-3561: -- Attachment: OOZIE-3561-004.patch > Forkjoin validation is slow when there are many actions in chain > > > Key: OOZIE-3561 > URL: https://issues.apache.org/jira/browse/OOZIE-3561 > Project: Oozie > Issue Type: Bug > Components: core >Affects Versions: 5.1.0 >Reporter: Denes Bodo >Assignee: Denes Bodo >Priority: Critical > Labels: performance > Attachments: OOZIE-3561-002.patch, OOZIE-3561-003.patch, > OOZIE-3561-004.patch, OOZIE-3561_001.patch > > > In case we have a workflow which has, let's say, 80 actions after each other: > {{a1 -> a2 -> ... a80}} > then the validator code "never" finishes. > Currently the validation (in my understanding) does depth first checks from > the start node and runs in time of n! . This is confirmed as when we split > this huge workflow into two 40-element workflow then we get 2x ~40!-step in > validation instead of ~80! steps. > Guys, could you please confirm or disprove my theory? > Thanks -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (OOZIE-3561) Forkjoin validation is slow when there are many actions in chain
[ https://issues.apache.org/jira/browse/OOZIE-3561?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Denes Bodo updated OOZIE-3561: -- Attachment: (was: OOZIE-3561-003.patch) > Forkjoin validation is slow when there are many actions in chain > > > Key: OOZIE-3561 > URL: https://issues.apache.org/jira/browse/OOZIE-3561 > Project: Oozie > Issue Type: Bug > Components: core >Affects Versions: 5.1.0 >Reporter: Denes Bodo >Assignee: Denes Bodo >Priority: Critical > Labels: performance > Attachments: OOZIE-3561-002.patch, OOZIE-3561-003.patch, > OOZIE-3561_001.patch > > > In case we have a workflow which has, let's say, 80 actions after each other: > {{a1 -> a2 -> ... a80}} > then the validator code "never" finishes. > Currently the validation (in my understanding) does depth first checks from > the start node and runs in time of n! . This is confirmed as when we split > this huge workflow into two 40-element workflow then we get 2x ~40!-step in > validation instead of ~80! steps. > Guys, could you please confirm or disprove my theory? > Thanks -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (OOZIE-3561) Forkjoin validation is slow when there are many actions in chain
[ https://issues.apache.org/jira/browse/OOZIE-3561?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Denes Bodo updated OOZIE-3561: -- Attachment: OOZIE-3561-003.patch > Forkjoin validation is slow when there are many actions in chain > > > Key: OOZIE-3561 > URL: https://issues.apache.org/jira/browse/OOZIE-3561 > Project: Oozie > Issue Type: Bug > Components: core >Affects Versions: 5.1.0 >Reporter: Denes Bodo >Assignee: Denes Bodo >Priority: Critical > Labels: performance > Attachments: OOZIE-3561-002.patch, OOZIE-3561-003.patch, > OOZIE-3561-003.patch, OOZIE-3561_001.patch > > > In case we have a workflow which has, let's say, 80 actions after each other: > {{a1 -> a2 -> ... a80}} > then the validator code "never" finishes. > Currently the validation (in my understanding) does depth first checks from > the start node and runs in time of n! . This is confirmed as when we split > this huge workflow into two 40-element workflow then we get 2x ~40!-step in > validation instead of ~80! steps. > Guys, could you please confirm or disprove my theory? > Thanks -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (OOZIE-3561) Forkjoin validation is slow when there are many actions in chain
[ https://issues.apache.org/jira/browse/OOZIE-3561?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Denes Bodo updated OOZIE-3561: -- Attachment: OOZIE-3561_001.patch > Forkjoin validation is slow when there are many actions in chain > > > Key: OOZIE-3561 > URL: https://issues.apache.org/jira/browse/OOZIE-3561 > Project: Oozie > Issue Type: Bug > Components: core >Affects Versions: 5.1.0 >Reporter: Denes Bodo >Assignee: Denes Bodo >Priority: Critical > Labels: performance > Attachments: OOZIE-3561_001.patch > > > In case we have a workflow which has, let's say, 80 actions after each other: > {{a1 -> a2 -> ... a80}} > then the validator code "never" finishes. > Currently the validation (in my understanding) does depth first checks from > the start node and runs in time of n! . This is confirmed as when we split > this huge workflow into two 40-element workflow then we get 2x ~40!-step in > validation instead of ~80! steps. > Guys, could you please confirm or disprove my theory? > Thanks -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (OOZIE-3561) Forkjoin validation is slow when there are many actions in chain
[ https://issues.apache.org/jira/browse/OOZIE-3561?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16979311#comment-16979311 ] Denes Bodo commented on OOZIE-3561: --- I managed to reproduce the issue by using only unit tests: # Create a workflow with similar content: {noformat} {noformat} # create a test like: {code:java} public void test40ActionsInARow() throws WorkflowException, IOException { LiteWorkflowAppParser parser = newLiteWorkflowAppParser(); try { parser.validateAndParse(IOUtils.getResourceAsReader( "wf-actions-40.xml", -1), new Configuration()); } catch (final WorkflowException e) { e.printStackTrace(); Assert.fail("This workflow has to be correct."); } } {code} With 40 actions, the check couldn't finish within 10 minutes. > Forkjoin validation is slow when there are many actions in chain > > > Key: OOZIE-3561 > URL: https://issues.apache.org/jira/browse/OOZIE-3561 > Project: Oozie > Issue Type: Bug > Components: core >Affects Versions: 5.1.0 >Reporter: Denes Bodo >Assignee: Denes Bodo >Priority: Critical > Labels: performance > > In case we have a workflow which has, let's say, 80 actions after each other: > {{a1 -> a2 -> ... a80}} > then the validator code "never" finishes. > Currently the validation (in my understanding) does depth first checks from > the start node and runs in time of n! . This is confirmed as when we split > this huge workflow into two 40-element workflow then we get 2x ~40!-step in > validation instead of ~80! steps. > Guys, could you please confirm or disprove my theory? > Thanks -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (OOZIE-3561) Forkjoin validation is slow when there are many actions in chain
[ https://issues.apache.org/jira/browse/OOZIE-3561?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16979281#comment-16979281 ] Denes Bodo commented on OOZIE-3561: --- cc [~pbacsko], [~rkanter] > Forkjoin validation is slow when there are many actions in chain > > > Key: OOZIE-3561 > URL: https://issues.apache.org/jira/browse/OOZIE-3561 > Project: Oozie > Issue Type: Bug > Components: core >Affects Versions: 5.1.0 >Reporter: Denes Bodo >Assignee: Denes Bodo >Priority: Critical > Labels: performance > > In case we have a workflow which has, let's say, 80 actions after each other: > {{a1 -> a2 -> ... a80}} > then the validator code "never" finishes. > Currently the validation (in my understanding) does depth first checks from > the start node and runs in time of n! . This is confirmed as when we split > this huge workflow into two 40-element workflow then we get 2x ~40!-step in > validation instead of ~80! steps. > Guys, could you please confirm or disprove my theory? > Thanks -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Created] (OOZIE-3561) Forkjoin validation is slow when there are many actions in chain
Denes Bodo created OOZIE-3561: - Summary: Forkjoin validation is slow when there are many actions in chain Key: OOZIE-3561 URL: https://issues.apache.org/jira/browse/OOZIE-3561 Project: Oozie Issue Type: Bug Components: core Affects Versions: 5.1.0 Reporter: Denes Bodo Assignee: Denes Bodo In case we have a workflow which has, let's say, 80 actions after each other: {{a1 -> a2 -> ... a80}} then the validator code "never" finishes. Currently the validation (in my understanding) does depth first checks from the start node and runs in time of n! . This is confirmed as when we split this huge workflow into two 40-element workflow then we get 2x ~40!-step in validation instead of ~80! steps. Guys, could you please confirm or disprove my theory? Thanks -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (OOZIE-3529) Oozie not supported for s3 as filesystem
[ https://issues.apache.org/jira/browse/OOZIE-3529?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16945715#comment-16945715 ] Denes Bodo commented on OOZIE-3529: --- Thanks [~asalamon74] for your review comments. I think all the failures are completely unrelated to my change. > Oozie not supported for s3 as filesystem > > > Key: OOZIE-3529 > URL: https://issues.apache.org/jira/browse/OOZIE-3529 > Project: Oozie > Issue Type: Bug > Components: core >Affects Versions: 4.3.1, 5.1.0 >Reporter: Denes Bodo >Assignee: Denes Bodo >Priority: Critical > Labels: S3 > Fix For: 5.2.0 > > Attachments: OOZIE-3529.001.patch, OOZIE-3529.002.patch, > OOZIE-3529.003.patch, OOZIE-3529.004.patch, OOZIE-3529.005.patch, > OOZIE-3529.006.patch, OOZIE-3529.007.patch, id.pig, job.properties, > workflow.xml > > > Many customer who uses s3 file system as secondary one experiences the > following error when Oozie tries to submit the Yarn application: > {noformat} > 2019-04-29 13:02:53,770 WARN ForkedActionStartXCommand:523 - > SERVER[hwnode1.puretec.purestorage.com] USER[hrt_qa] GROUP[-] TOKEN[] > APP[demo-wf] JOB[001-190423141707256-oozie-oozi-W] > ACTION[001-190423141707256-oozie-oozi-W@streaming-node] Error starting > action [streaming-node]. ErrorType [ERROR], ErrorCode > [UnsupportedOperationException], Message [UnsupportedOperationException: > Accessing local file system is not allowed] > org.apache.oozie.action.ActionExecutorException: > UnsupportedOperationException: Accessing local file system is not allowed > at > org.apache.oozie.action.ActionExecutor.convertException(ActionExecutor.java:446) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.createLauncherConf(JavaActionExecutor.java:1092) > at > org.apache.oozie.action.hadoop.MapReduceActionExecutor.createLauncherConf(MapReduceActionExecutor.java:309) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.submitLauncher(JavaActionExecutor.java:1197) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.start(JavaActionExecutor.java:1472) > at > org.apache.oozie.command.wf.ActionStartXCommand.execute(ActionStartXCommand.java:234) > at > org.apache.oozie.command.wf.ForkedActionStartXCommand.execute(ForkedActionStartXCommand.java:41) > at > org.apache.oozie.command.wf.ForkedActionStartXCommand.execute(ForkedActionStartXCommand.java:30) > at org.apache.oozie.command.XCommand.call(XCommand.java:287) > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > at > org.apache.oozie.service.CallableQueueService$CallableWrapper.run(CallableQueueService.java:179) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:745) > Caused by: java.lang.UnsupportedOperationException: Accessing local file > system is not allowed > at > org.apache.hadoop.fs.RawLocalFileSystem.initialize(RawLocalFileSystem.java:48) > at > org.apache.hadoop.fs.LocalFileSystem.initialize(LocalFileSystem.java:47) > at > org.apache.hadoop.fs.FileSystem.createFileSystem(FileSystem.java:3354) > at org.apache.hadoop.fs.FileSystem.access$200(FileSystem.java:124) > at > org.apache.hadoop.fs.FileSystem$Cache.getInternal(FileSystem.java:3403) > at org.apache.hadoop.fs.FileSystem$Cache.get(FileSystem.java:3371) > at org.apache.hadoop.fs.FileSystem.get(FileSystem.java:477) > at org.apache.hadoop.fs.FileSystem.getLocal(FileSystem.java:433) > at > org.apache.hadoop.fs.LocalDirAllocator$AllocatorPerContext.confChanged(LocalDirAllocator.java:301) > at > org.apache.hadoop.fs.LocalDirAllocator$AllocatorPerContext.getLocalPathForWrite(LocalDirAllocator.java:378) > at > org.apache.hadoop.fs.LocalDirAllocator$AllocatorPerContext.createTmpFileForWrite(LocalDirAllocator.java:461) > at > org.apache.hadoop.fs.LocalDirAllocator.createTmpFileForWrite(LocalDirAllocator.java:200) > at > org.apache.hadoop.fs.s3a.S3AFileSystem.createTmpFileForWrite(S3AFileSystem.java:572) > at > org.apache.hadoop.fs.s3a.S3ADataBlocks$DiskBlockFactory.create(S3ADataBlocks.java:811) > at > org.apache.hadoop.fs.s3a.S3ABlockOutputStream.createBlockIfNeeded(S3ABlockOutputStream.java:190) > at > org.apache.hadoop.fs.s3a.S3ABlockOutputStream.(S3ABlockOutputStream.java:168) > at org.apache.hadoop.fs.s3a.S3AFileSystem.create(S3AFileSystem.java:778) > at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:1169) > at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:1149) > at
[jira] [Updated] (OOZIE-3529) Oozie not supported for s3 as filesystem
[ https://issues.apache.org/jira/browse/OOZIE-3529?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Denes Bodo updated OOZIE-3529: -- Attachment: OOZIE-3529.007.patch > Oozie not supported for s3 as filesystem > > > Key: OOZIE-3529 > URL: https://issues.apache.org/jira/browse/OOZIE-3529 > Project: Oozie > Issue Type: Bug > Components: core >Affects Versions: 4.3.1, 5.1.0 >Reporter: Denes Bodo >Assignee: Denes Bodo >Priority: Critical > Labels: S3 > Fix For: 5.2.0 > > Attachments: OOZIE-3529.001.patch, OOZIE-3529.002.patch, > OOZIE-3529.003.patch, OOZIE-3529.004.patch, OOZIE-3529.005.patch, > OOZIE-3529.006.patch, OOZIE-3529.007.patch, id.pig, job.properties, > workflow.xml > > > Many customer who uses s3 file system as secondary one experiences the > following error when Oozie tries to submit the Yarn application: > {noformat} > 2019-04-29 13:02:53,770 WARN ForkedActionStartXCommand:523 - > SERVER[hwnode1.puretec.purestorage.com] USER[hrt_qa] GROUP[-] TOKEN[] > APP[demo-wf] JOB[001-190423141707256-oozie-oozi-W] > ACTION[001-190423141707256-oozie-oozi-W@streaming-node] Error starting > action [streaming-node]. ErrorType [ERROR], ErrorCode > [UnsupportedOperationException], Message [UnsupportedOperationException: > Accessing local file system is not allowed] > org.apache.oozie.action.ActionExecutorException: > UnsupportedOperationException: Accessing local file system is not allowed > at > org.apache.oozie.action.ActionExecutor.convertException(ActionExecutor.java:446) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.createLauncherConf(JavaActionExecutor.java:1092) > at > org.apache.oozie.action.hadoop.MapReduceActionExecutor.createLauncherConf(MapReduceActionExecutor.java:309) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.submitLauncher(JavaActionExecutor.java:1197) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.start(JavaActionExecutor.java:1472) > at > org.apache.oozie.command.wf.ActionStartXCommand.execute(ActionStartXCommand.java:234) > at > org.apache.oozie.command.wf.ForkedActionStartXCommand.execute(ForkedActionStartXCommand.java:41) > at > org.apache.oozie.command.wf.ForkedActionStartXCommand.execute(ForkedActionStartXCommand.java:30) > at org.apache.oozie.command.XCommand.call(XCommand.java:287) > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > at > org.apache.oozie.service.CallableQueueService$CallableWrapper.run(CallableQueueService.java:179) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:745) > Caused by: java.lang.UnsupportedOperationException: Accessing local file > system is not allowed > at > org.apache.hadoop.fs.RawLocalFileSystem.initialize(RawLocalFileSystem.java:48) > at > org.apache.hadoop.fs.LocalFileSystem.initialize(LocalFileSystem.java:47) > at > org.apache.hadoop.fs.FileSystem.createFileSystem(FileSystem.java:3354) > at org.apache.hadoop.fs.FileSystem.access$200(FileSystem.java:124) > at > org.apache.hadoop.fs.FileSystem$Cache.getInternal(FileSystem.java:3403) > at org.apache.hadoop.fs.FileSystem$Cache.get(FileSystem.java:3371) > at org.apache.hadoop.fs.FileSystem.get(FileSystem.java:477) > at org.apache.hadoop.fs.FileSystem.getLocal(FileSystem.java:433) > at > org.apache.hadoop.fs.LocalDirAllocator$AllocatorPerContext.confChanged(LocalDirAllocator.java:301) > at > org.apache.hadoop.fs.LocalDirAllocator$AllocatorPerContext.getLocalPathForWrite(LocalDirAllocator.java:378) > at > org.apache.hadoop.fs.LocalDirAllocator$AllocatorPerContext.createTmpFileForWrite(LocalDirAllocator.java:461) > at > org.apache.hadoop.fs.LocalDirAllocator.createTmpFileForWrite(LocalDirAllocator.java:200) > at > org.apache.hadoop.fs.s3a.S3AFileSystem.createTmpFileForWrite(S3AFileSystem.java:572) > at > org.apache.hadoop.fs.s3a.S3ADataBlocks$DiskBlockFactory.create(S3ADataBlocks.java:811) > at > org.apache.hadoop.fs.s3a.S3ABlockOutputStream.createBlockIfNeeded(S3ABlockOutputStream.java:190) > at > org.apache.hadoop.fs.s3a.S3ABlockOutputStream.(S3ABlockOutputStream.java:168) > at org.apache.hadoop.fs.s3a.S3AFileSystem.create(S3AFileSystem.java:778) > at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:1169) > at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:1149) > at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:1038) > at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:1026) > at >
[jira] [Updated] (OOZIE-3529) Oozie not supported for s3 as filesystem
[ https://issues.apache.org/jira/browse/OOZIE-3529?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Denes Bodo updated OOZIE-3529: -- Attachment: OOZIE-3529.006.patch > Oozie not supported for s3 as filesystem > > > Key: OOZIE-3529 > URL: https://issues.apache.org/jira/browse/OOZIE-3529 > Project: Oozie > Issue Type: Bug > Components: core >Affects Versions: 4.3.1, 5.1.0 >Reporter: Denes Bodo >Assignee: Denes Bodo >Priority: Critical > Labels: S3 > Fix For: 5.2.0 > > Attachments: OOZIE-3529.001.patch, OOZIE-3529.002.patch, > OOZIE-3529.003.patch, OOZIE-3529.004.patch, OOZIE-3529.005.patch, > OOZIE-3529.006.patch, id.pig, job.properties, workflow.xml > > > Many customer who uses s3 file system as secondary one experiences the > following error when Oozie tries to submit the Yarn application: > {noformat} > 2019-04-29 13:02:53,770 WARN ForkedActionStartXCommand:523 - > SERVER[hwnode1.puretec.purestorage.com] USER[hrt_qa] GROUP[-] TOKEN[] > APP[demo-wf] JOB[001-190423141707256-oozie-oozi-W] > ACTION[001-190423141707256-oozie-oozi-W@streaming-node] Error starting > action [streaming-node]. ErrorType [ERROR], ErrorCode > [UnsupportedOperationException], Message [UnsupportedOperationException: > Accessing local file system is not allowed] > org.apache.oozie.action.ActionExecutorException: > UnsupportedOperationException: Accessing local file system is not allowed > at > org.apache.oozie.action.ActionExecutor.convertException(ActionExecutor.java:446) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.createLauncherConf(JavaActionExecutor.java:1092) > at > org.apache.oozie.action.hadoop.MapReduceActionExecutor.createLauncherConf(MapReduceActionExecutor.java:309) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.submitLauncher(JavaActionExecutor.java:1197) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.start(JavaActionExecutor.java:1472) > at > org.apache.oozie.command.wf.ActionStartXCommand.execute(ActionStartXCommand.java:234) > at > org.apache.oozie.command.wf.ForkedActionStartXCommand.execute(ForkedActionStartXCommand.java:41) > at > org.apache.oozie.command.wf.ForkedActionStartXCommand.execute(ForkedActionStartXCommand.java:30) > at org.apache.oozie.command.XCommand.call(XCommand.java:287) > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > at > org.apache.oozie.service.CallableQueueService$CallableWrapper.run(CallableQueueService.java:179) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:745) > Caused by: java.lang.UnsupportedOperationException: Accessing local file > system is not allowed > at > org.apache.hadoop.fs.RawLocalFileSystem.initialize(RawLocalFileSystem.java:48) > at > org.apache.hadoop.fs.LocalFileSystem.initialize(LocalFileSystem.java:47) > at > org.apache.hadoop.fs.FileSystem.createFileSystem(FileSystem.java:3354) > at org.apache.hadoop.fs.FileSystem.access$200(FileSystem.java:124) > at > org.apache.hadoop.fs.FileSystem$Cache.getInternal(FileSystem.java:3403) > at org.apache.hadoop.fs.FileSystem$Cache.get(FileSystem.java:3371) > at org.apache.hadoop.fs.FileSystem.get(FileSystem.java:477) > at org.apache.hadoop.fs.FileSystem.getLocal(FileSystem.java:433) > at > org.apache.hadoop.fs.LocalDirAllocator$AllocatorPerContext.confChanged(LocalDirAllocator.java:301) > at > org.apache.hadoop.fs.LocalDirAllocator$AllocatorPerContext.getLocalPathForWrite(LocalDirAllocator.java:378) > at > org.apache.hadoop.fs.LocalDirAllocator$AllocatorPerContext.createTmpFileForWrite(LocalDirAllocator.java:461) > at > org.apache.hadoop.fs.LocalDirAllocator.createTmpFileForWrite(LocalDirAllocator.java:200) > at > org.apache.hadoop.fs.s3a.S3AFileSystem.createTmpFileForWrite(S3AFileSystem.java:572) > at > org.apache.hadoop.fs.s3a.S3ADataBlocks$DiskBlockFactory.create(S3ADataBlocks.java:811) > at > org.apache.hadoop.fs.s3a.S3ABlockOutputStream.createBlockIfNeeded(S3ABlockOutputStream.java:190) > at > org.apache.hadoop.fs.s3a.S3ABlockOutputStream.(S3ABlockOutputStream.java:168) > at org.apache.hadoop.fs.s3a.S3AFileSystem.create(S3AFileSystem.java:778) > at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:1169) > at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:1149) > at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:1038) > at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:1026) > at >
[jira] [Created] (OOZIE-3547) Oozie does not allow comma in custom file system properties
Denes Bodo created OOZIE-3547: - Summary: Oozie does not allow comma in custom file system properties Key: OOZIE-3547 URL: https://issues.apache.org/jira/browse/OOZIE-3547 Project: Oozie Issue Type: Bug Components: core Affects Versions: 5.2.0 Reporter: Denes Bodo In OOZIE-3529 we introduced the opportunity to set file system properties. The first implementation does not allow us to use comma neither in keys nor in values. This Jira is intended to track the work to let us use commas in such properties. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Created] (OOZIE-3546) Oozie prints out warning messages when non-s3 file system custom properties are set
Denes Bodo created OOZIE-3546: - Summary: Oozie prints out warning messages when non-s3 file system custom properties are set Key: OOZIE-3546 URL: https://issues.apache.org/jira/browse/OOZIE-3546 Project: Oozie Issue Type: Bug Components: core Affects Versions: 5.1.0 Reporter: Denes Bodo In OOZIE-3529 an implementation helps us to provide custom file system properties like {{oozie.service.HadoopAccessorService.fs.s3a}}. In case other fs is specified than s3a Oozie prints a warning log message stating that {{Invalid configuration defined}}. This Jira is filed to track the fix for the above behaviour either we put all the file systems to oozie-default.xml or implement a pattern style check like in OOZIE-2338. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (OOZIE-3529) Oozie not supported for s3 as filesystem
[ https://issues.apache.org/jira/browse/OOZIE-3529?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Denes Bodo updated OOZIE-3529: -- Attachment: OOZIE-3529.005.patch > Oozie not supported for s3 as filesystem > > > Key: OOZIE-3529 > URL: https://issues.apache.org/jira/browse/OOZIE-3529 > Project: Oozie > Issue Type: Bug > Components: core >Affects Versions: 4.3.1, 5.1.0 >Reporter: Denes Bodo >Assignee: Denes Bodo >Priority: Critical > Labels: S3 > Fix For: 5.2.0 > > Attachments: OOZIE-3529.001.patch, OOZIE-3529.002.patch, > OOZIE-3529.003.patch, OOZIE-3529.004.patch, OOZIE-3529.005.patch, id.pig, > job.properties, workflow.xml > > > Many customer who uses s3 file system as secondary one experiences the > following error when Oozie tries to submit the Yarn application: > {noformat} > 2019-04-29 13:02:53,770 WARN ForkedActionStartXCommand:523 - > SERVER[hwnode1.puretec.purestorage.com] USER[hrt_qa] GROUP[-] TOKEN[] > APP[demo-wf] JOB[001-190423141707256-oozie-oozi-W] > ACTION[001-190423141707256-oozie-oozi-W@streaming-node] Error starting > action [streaming-node]. ErrorType [ERROR], ErrorCode > [UnsupportedOperationException], Message [UnsupportedOperationException: > Accessing local file system is not allowed] > org.apache.oozie.action.ActionExecutorException: > UnsupportedOperationException: Accessing local file system is not allowed > at > org.apache.oozie.action.ActionExecutor.convertException(ActionExecutor.java:446) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.createLauncherConf(JavaActionExecutor.java:1092) > at > org.apache.oozie.action.hadoop.MapReduceActionExecutor.createLauncherConf(MapReduceActionExecutor.java:309) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.submitLauncher(JavaActionExecutor.java:1197) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.start(JavaActionExecutor.java:1472) > at > org.apache.oozie.command.wf.ActionStartXCommand.execute(ActionStartXCommand.java:234) > at > org.apache.oozie.command.wf.ForkedActionStartXCommand.execute(ForkedActionStartXCommand.java:41) > at > org.apache.oozie.command.wf.ForkedActionStartXCommand.execute(ForkedActionStartXCommand.java:30) > at org.apache.oozie.command.XCommand.call(XCommand.java:287) > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > at > org.apache.oozie.service.CallableQueueService$CallableWrapper.run(CallableQueueService.java:179) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:745) > Caused by: java.lang.UnsupportedOperationException: Accessing local file > system is not allowed > at > org.apache.hadoop.fs.RawLocalFileSystem.initialize(RawLocalFileSystem.java:48) > at > org.apache.hadoop.fs.LocalFileSystem.initialize(LocalFileSystem.java:47) > at > org.apache.hadoop.fs.FileSystem.createFileSystem(FileSystem.java:3354) > at org.apache.hadoop.fs.FileSystem.access$200(FileSystem.java:124) > at > org.apache.hadoop.fs.FileSystem$Cache.getInternal(FileSystem.java:3403) > at org.apache.hadoop.fs.FileSystem$Cache.get(FileSystem.java:3371) > at org.apache.hadoop.fs.FileSystem.get(FileSystem.java:477) > at org.apache.hadoop.fs.FileSystem.getLocal(FileSystem.java:433) > at > org.apache.hadoop.fs.LocalDirAllocator$AllocatorPerContext.confChanged(LocalDirAllocator.java:301) > at > org.apache.hadoop.fs.LocalDirAllocator$AllocatorPerContext.getLocalPathForWrite(LocalDirAllocator.java:378) > at > org.apache.hadoop.fs.LocalDirAllocator$AllocatorPerContext.createTmpFileForWrite(LocalDirAllocator.java:461) > at > org.apache.hadoop.fs.LocalDirAllocator.createTmpFileForWrite(LocalDirAllocator.java:200) > at > org.apache.hadoop.fs.s3a.S3AFileSystem.createTmpFileForWrite(S3AFileSystem.java:572) > at > org.apache.hadoop.fs.s3a.S3ADataBlocks$DiskBlockFactory.create(S3ADataBlocks.java:811) > at > org.apache.hadoop.fs.s3a.S3ABlockOutputStream.createBlockIfNeeded(S3ABlockOutputStream.java:190) > at > org.apache.hadoop.fs.s3a.S3ABlockOutputStream.(S3ABlockOutputStream.java:168) > at org.apache.hadoop.fs.s3a.S3AFileSystem.create(S3AFileSystem.java:778) > at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:1169) > at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:1149) > at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:1038) > at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:1026) > at >
[jira] [Updated] (OOZIE-3529) Oozie not supported for s3 as filesystem
[ https://issues.apache.org/jira/browse/OOZIE-3529?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Denes Bodo updated OOZIE-3529: -- Attachment: OOZIE-3529.004.patch > Oozie not supported for s3 as filesystem > > > Key: OOZIE-3529 > URL: https://issues.apache.org/jira/browse/OOZIE-3529 > Project: Oozie > Issue Type: Bug > Components: core >Affects Versions: 4.3.1, 5.1.0 >Reporter: Denes Bodo >Assignee: Denes Bodo >Priority: Critical > Labels: S3 > Fix For: 5.2.0 > > Attachments: OOZIE-3529.001.patch, OOZIE-3529.002.patch, > OOZIE-3529.003.patch, OOZIE-3529.004.patch, id.pig, job.properties, > workflow.xml > > > Many customer who uses s3 file system as secondary one experiences the > following error when Oozie tries to submit the Yarn application: > {noformat} > 2019-04-29 13:02:53,770 WARN ForkedActionStartXCommand:523 - > SERVER[hwnode1.puretec.purestorage.com] USER[hrt_qa] GROUP[-] TOKEN[] > APP[demo-wf] JOB[001-190423141707256-oozie-oozi-W] > ACTION[001-190423141707256-oozie-oozi-W@streaming-node] Error starting > action [streaming-node]. ErrorType [ERROR], ErrorCode > [UnsupportedOperationException], Message [UnsupportedOperationException: > Accessing local file system is not allowed] > org.apache.oozie.action.ActionExecutorException: > UnsupportedOperationException: Accessing local file system is not allowed > at > org.apache.oozie.action.ActionExecutor.convertException(ActionExecutor.java:446) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.createLauncherConf(JavaActionExecutor.java:1092) > at > org.apache.oozie.action.hadoop.MapReduceActionExecutor.createLauncherConf(MapReduceActionExecutor.java:309) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.submitLauncher(JavaActionExecutor.java:1197) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.start(JavaActionExecutor.java:1472) > at > org.apache.oozie.command.wf.ActionStartXCommand.execute(ActionStartXCommand.java:234) > at > org.apache.oozie.command.wf.ForkedActionStartXCommand.execute(ForkedActionStartXCommand.java:41) > at > org.apache.oozie.command.wf.ForkedActionStartXCommand.execute(ForkedActionStartXCommand.java:30) > at org.apache.oozie.command.XCommand.call(XCommand.java:287) > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > at > org.apache.oozie.service.CallableQueueService$CallableWrapper.run(CallableQueueService.java:179) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:745) > Caused by: java.lang.UnsupportedOperationException: Accessing local file > system is not allowed > at > org.apache.hadoop.fs.RawLocalFileSystem.initialize(RawLocalFileSystem.java:48) > at > org.apache.hadoop.fs.LocalFileSystem.initialize(LocalFileSystem.java:47) > at > org.apache.hadoop.fs.FileSystem.createFileSystem(FileSystem.java:3354) > at org.apache.hadoop.fs.FileSystem.access$200(FileSystem.java:124) > at > org.apache.hadoop.fs.FileSystem$Cache.getInternal(FileSystem.java:3403) > at org.apache.hadoop.fs.FileSystem$Cache.get(FileSystem.java:3371) > at org.apache.hadoop.fs.FileSystem.get(FileSystem.java:477) > at org.apache.hadoop.fs.FileSystem.getLocal(FileSystem.java:433) > at > org.apache.hadoop.fs.LocalDirAllocator$AllocatorPerContext.confChanged(LocalDirAllocator.java:301) > at > org.apache.hadoop.fs.LocalDirAllocator$AllocatorPerContext.getLocalPathForWrite(LocalDirAllocator.java:378) > at > org.apache.hadoop.fs.LocalDirAllocator$AllocatorPerContext.createTmpFileForWrite(LocalDirAllocator.java:461) > at > org.apache.hadoop.fs.LocalDirAllocator.createTmpFileForWrite(LocalDirAllocator.java:200) > at > org.apache.hadoop.fs.s3a.S3AFileSystem.createTmpFileForWrite(S3AFileSystem.java:572) > at > org.apache.hadoop.fs.s3a.S3ADataBlocks$DiskBlockFactory.create(S3ADataBlocks.java:811) > at > org.apache.hadoop.fs.s3a.S3ABlockOutputStream.createBlockIfNeeded(S3ABlockOutputStream.java:190) > at > org.apache.hadoop.fs.s3a.S3ABlockOutputStream.(S3ABlockOutputStream.java:168) > at org.apache.hadoop.fs.s3a.S3AFileSystem.create(S3AFileSystem.java:778) > at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:1169) > at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:1149) > at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:1038) > at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:1026) > at >
[jira] [Updated] (OOZIE-3529) Oozie not supported for s3 as filesystem
[ https://issues.apache.org/jira/browse/OOZIE-3529?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Denes Bodo updated OOZIE-3529: -- Attachment: OOZIE-3529.003.patch > Oozie not supported for s3 as filesystem > > > Key: OOZIE-3529 > URL: https://issues.apache.org/jira/browse/OOZIE-3529 > Project: Oozie > Issue Type: Bug > Components: core >Affects Versions: 4.3.1, 5.1.0 >Reporter: Denes Bodo >Assignee: Denes Bodo >Priority: Critical > Labels: S3 > Fix For: 5.2.0 > > Attachments: OOZIE-3529.001.patch, OOZIE-3529.002.patch, > OOZIE-3529.003.patch, id.pig, job.properties, workflow.xml > > > Many customer who uses s3 file system as secondary one experiences the > following error when Oozie tries to submit the Yarn application: > {noformat} > 2019-04-29 13:02:53,770 WARN ForkedActionStartXCommand:523 - > SERVER[hwnode1.puretec.purestorage.com] USER[hrt_qa] GROUP[-] TOKEN[] > APP[demo-wf] JOB[001-190423141707256-oozie-oozi-W] > ACTION[001-190423141707256-oozie-oozi-W@streaming-node] Error starting > action [streaming-node]. ErrorType [ERROR], ErrorCode > [UnsupportedOperationException], Message [UnsupportedOperationException: > Accessing local file system is not allowed] > org.apache.oozie.action.ActionExecutorException: > UnsupportedOperationException: Accessing local file system is not allowed > at > org.apache.oozie.action.ActionExecutor.convertException(ActionExecutor.java:446) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.createLauncherConf(JavaActionExecutor.java:1092) > at > org.apache.oozie.action.hadoop.MapReduceActionExecutor.createLauncherConf(MapReduceActionExecutor.java:309) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.submitLauncher(JavaActionExecutor.java:1197) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.start(JavaActionExecutor.java:1472) > at > org.apache.oozie.command.wf.ActionStartXCommand.execute(ActionStartXCommand.java:234) > at > org.apache.oozie.command.wf.ForkedActionStartXCommand.execute(ForkedActionStartXCommand.java:41) > at > org.apache.oozie.command.wf.ForkedActionStartXCommand.execute(ForkedActionStartXCommand.java:30) > at org.apache.oozie.command.XCommand.call(XCommand.java:287) > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > at > org.apache.oozie.service.CallableQueueService$CallableWrapper.run(CallableQueueService.java:179) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:745) > Caused by: java.lang.UnsupportedOperationException: Accessing local file > system is not allowed > at > org.apache.hadoop.fs.RawLocalFileSystem.initialize(RawLocalFileSystem.java:48) > at > org.apache.hadoop.fs.LocalFileSystem.initialize(LocalFileSystem.java:47) > at > org.apache.hadoop.fs.FileSystem.createFileSystem(FileSystem.java:3354) > at org.apache.hadoop.fs.FileSystem.access$200(FileSystem.java:124) > at > org.apache.hadoop.fs.FileSystem$Cache.getInternal(FileSystem.java:3403) > at org.apache.hadoop.fs.FileSystem$Cache.get(FileSystem.java:3371) > at org.apache.hadoop.fs.FileSystem.get(FileSystem.java:477) > at org.apache.hadoop.fs.FileSystem.getLocal(FileSystem.java:433) > at > org.apache.hadoop.fs.LocalDirAllocator$AllocatorPerContext.confChanged(LocalDirAllocator.java:301) > at > org.apache.hadoop.fs.LocalDirAllocator$AllocatorPerContext.getLocalPathForWrite(LocalDirAllocator.java:378) > at > org.apache.hadoop.fs.LocalDirAllocator$AllocatorPerContext.createTmpFileForWrite(LocalDirAllocator.java:461) > at > org.apache.hadoop.fs.LocalDirAllocator.createTmpFileForWrite(LocalDirAllocator.java:200) > at > org.apache.hadoop.fs.s3a.S3AFileSystem.createTmpFileForWrite(S3AFileSystem.java:572) > at > org.apache.hadoop.fs.s3a.S3ADataBlocks$DiskBlockFactory.create(S3ADataBlocks.java:811) > at > org.apache.hadoop.fs.s3a.S3ABlockOutputStream.createBlockIfNeeded(S3ABlockOutputStream.java:190) > at > org.apache.hadoop.fs.s3a.S3ABlockOutputStream.(S3ABlockOutputStream.java:168) > at org.apache.hadoop.fs.s3a.S3AFileSystem.create(S3AFileSystem.java:778) > at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:1169) > at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:1149) > at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:1038) > at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:1026) > at >
[jira] [Updated] (OOZIE-3529) Oozie not supported for s3 as filesystem
[ https://issues.apache.org/jira/browse/OOZIE-3529?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Denes Bodo updated OOZIE-3529: -- Attachment: OOZIE-3529.002.patch > Oozie not supported for s3 as filesystem > > > Key: OOZIE-3529 > URL: https://issues.apache.org/jira/browse/OOZIE-3529 > Project: Oozie > Issue Type: Bug > Components: core >Affects Versions: 4.3.1, 5.1.0 >Reporter: Denes Bodo >Assignee: Denes Bodo >Priority: Critical > Labels: S3 > Fix For: 5.2.0 > > Attachments: OOZIE-3529.001.patch, OOZIE-3529.002.patch, id.pig, > job.properties, workflow.xml > > > Many customer who uses s3 file system as secondary one experiences the > following error when Oozie tries to submit the Yarn application: > {noformat} > 2019-04-29 13:02:53,770 WARN ForkedActionStartXCommand:523 - > SERVER[hwnode1.puretec.purestorage.com] USER[hrt_qa] GROUP[-] TOKEN[] > APP[demo-wf] JOB[001-190423141707256-oozie-oozi-W] > ACTION[001-190423141707256-oozie-oozi-W@streaming-node] Error starting > action [streaming-node]. ErrorType [ERROR], ErrorCode > [UnsupportedOperationException], Message [UnsupportedOperationException: > Accessing local file system is not allowed] > org.apache.oozie.action.ActionExecutorException: > UnsupportedOperationException: Accessing local file system is not allowed > at > org.apache.oozie.action.ActionExecutor.convertException(ActionExecutor.java:446) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.createLauncherConf(JavaActionExecutor.java:1092) > at > org.apache.oozie.action.hadoop.MapReduceActionExecutor.createLauncherConf(MapReduceActionExecutor.java:309) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.submitLauncher(JavaActionExecutor.java:1197) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.start(JavaActionExecutor.java:1472) > at > org.apache.oozie.command.wf.ActionStartXCommand.execute(ActionStartXCommand.java:234) > at > org.apache.oozie.command.wf.ForkedActionStartXCommand.execute(ForkedActionStartXCommand.java:41) > at > org.apache.oozie.command.wf.ForkedActionStartXCommand.execute(ForkedActionStartXCommand.java:30) > at org.apache.oozie.command.XCommand.call(XCommand.java:287) > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > at > org.apache.oozie.service.CallableQueueService$CallableWrapper.run(CallableQueueService.java:179) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:745) > Caused by: java.lang.UnsupportedOperationException: Accessing local file > system is not allowed > at > org.apache.hadoop.fs.RawLocalFileSystem.initialize(RawLocalFileSystem.java:48) > at > org.apache.hadoop.fs.LocalFileSystem.initialize(LocalFileSystem.java:47) > at > org.apache.hadoop.fs.FileSystem.createFileSystem(FileSystem.java:3354) > at org.apache.hadoop.fs.FileSystem.access$200(FileSystem.java:124) > at > org.apache.hadoop.fs.FileSystem$Cache.getInternal(FileSystem.java:3403) > at org.apache.hadoop.fs.FileSystem$Cache.get(FileSystem.java:3371) > at org.apache.hadoop.fs.FileSystem.get(FileSystem.java:477) > at org.apache.hadoop.fs.FileSystem.getLocal(FileSystem.java:433) > at > org.apache.hadoop.fs.LocalDirAllocator$AllocatorPerContext.confChanged(LocalDirAllocator.java:301) > at > org.apache.hadoop.fs.LocalDirAllocator$AllocatorPerContext.getLocalPathForWrite(LocalDirAllocator.java:378) > at > org.apache.hadoop.fs.LocalDirAllocator$AllocatorPerContext.createTmpFileForWrite(LocalDirAllocator.java:461) > at > org.apache.hadoop.fs.LocalDirAllocator.createTmpFileForWrite(LocalDirAllocator.java:200) > at > org.apache.hadoop.fs.s3a.S3AFileSystem.createTmpFileForWrite(S3AFileSystem.java:572) > at > org.apache.hadoop.fs.s3a.S3ADataBlocks$DiskBlockFactory.create(S3ADataBlocks.java:811) > at > org.apache.hadoop.fs.s3a.S3ABlockOutputStream.createBlockIfNeeded(S3ABlockOutputStream.java:190) > at > org.apache.hadoop.fs.s3a.S3ABlockOutputStream.(S3ABlockOutputStream.java:168) > at org.apache.hadoop.fs.s3a.S3AFileSystem.create(S3AFileSystem.java:778) > at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:1169) > at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:1149) > at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:1038) > at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:1026) > at > org.apache.oozie.action.hadoop.LauncherMapperHelper.setupLauncherInfo(LauncherMapperHelper.java:156) > at >
[jira] [Commented] (OOZIE-3542) Handle better old Hdfs implementations in ECPolicyDisabler
[ https://issues.apache.org/jira/browse/OOZIE-3542?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16927321#comment-16927321 ] Denes Bodo commented on OOZIE-3542: --- Thanks [~kmarton] for your comments. [~zsombor] if you do not mind I've uploaded the requested changes. > Handle better old Hdfs implementations in ECPolicyDisabler > -- > > Key: OOZIE-3542 > URL: https://issues.apache.org/jira/browse/OOZIE-3542 > Project: Oozie > Issue Type: Bug > Components: tools >Reporter: Zsombor Gegesy >Assignee: Zsombor Gegesy >Priority: Major > Attachments: OOZIE-3542-2.patch, OOZIE-3542-3.patch > > > Currently, ECPolicyDisabler checks if the local hdfs implementation has the > necessary methods to get and set erasure coding policy. However, if the > namenode implementation is old, it could throw a > org.apache.hadoop.ipc.RemoteException with > RpcErrorCodeProto.ERROR_NO_SUCH_METHOD value in it. > In this case, ECPolicyDisabler fails, and prevents the installation to > succeed. > This case should be handled just like, when erasure coding is not supported. -- This message was sent by Atlassian Jira (v8.3.2#803003)
[jira] [Updated] (OOZIE-3542) Handle better old Hdfs implementations in ECPolicyDisabler
[ https://issues.apache.org/jira/browse/OOZIE-3542?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Denes Bodo updated OOZIE-3542: -- Attachment: OOZIE-3542-3.patch > Handle better old Hdfs implementations in ECPolicyDisabler > -- > > Key: OOZIE-3542 > URL: https://issues.apache.org/jira/browse/OOZIE-3542 > Project: Oozie > Issue Type: Bug > Components: tools >Reporter: Zsombor Gegesy >Assignee: Zsombor Gegesy >Priority: Major > Attachments: OOZIE-3542-2.patch, OOZIE-3542-3.patch > > > Currently, ECPolicyDisabler checks if the local hdfs implementation has the > necessary methods to get and set erasure coding policy. However, if the > namenode implementation is old, it could throw a > org.apache.hadoop.ipc.RemoteException with > RpcErrorCodeProto.ERROR_NO_SUCH_METHOD value in it. > In this case, ECPolicyDisabler fails, and prevents the installation to > succeed. > This case should be handled just like, when erasure coding is not supported. -- This message was sent by Atlassian Jira (v8.3.2#803003)
[jira] [Commented] (OOZIE-3529) Oozie not supported for s3 as filesystem
[ https://issues.apache.org/jira/browse/OOZIE-3529?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16893753#comment-16893753 ] Denes Bodo commented on OOZIE-3529: --- I know that documentation is missing. If the approach is acceptable then I'll document it. Thanks for your comments. > Oozie not supported for s3 as filesystem > > > Key: OOZIE-3529 > URL: https://issues.apache.org/jira/browse/OOZIE-3529 > Project: Oozie > Issue Type: Bug > Components: core >Affects Versions: 4.3.1, 5.1.0 >Reporter: Denes Bodo >Assignee: Denes Bodo >Priority: Critical > Labels: S3 > Attachments: OOZIE-3529.001.patch, id.pig, job.properties, > workflow.xml > > > Many customer who uses s3 file system as secondary one experiences the > following error when Oozie tries to submit the Yarn application: > {noformat} > 2019-04-29 13:02:53,770 WARN ForkedActionStartXCommand:523 - > SERVER[hwnode1.puretec.purestorage.com] USER[hrt_qa] GROUP[-] TOKEN[] > APP[demo-wf] JOB[001-190423141707256-oozie-oozi-W] > ACTION[001-190423141707256-oozie-oozi-W@streaming-node] Error starting > action [streaming-node]. ErrorType [ERROR], ErrorCode > [UnsupportedOperationException], Message [UnsupportedOperationException: > Accessing local file system is not allowed] > org.apache.oozie.action.ActionExecutorException: > UnsupportedOperationException: Accessing local file system is not allowed > at > org.apache.oozie.action.ActionExecutor.convertException(ActionExecutor.java:446) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.createLauncherConf(JavaActionExecutor.java:1092) > at > org.apache.oozie.action.hadoop.MapReduceActionExecutor.createLauncherConf(MapReduceActionExecutor.java:309) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.submitLauncher(JavaActionExecutor.java:1197) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.start(JavaActionExecutor.java:1472) > at > org.apache.oozie.command.wf.ActionStartXCommand.execute(ActionStartXCommand.java:234) > at > org.apache.oozie.command.wf.ForkedActionStartXCommand.execute(ForkedActionStartXCommand.java:41) > at > org.apache.oozie.command.wf.ForkedActionStartXCommand.execute(ForkedActionStartXCommand.java:30) > at org.apache.oozie.command.XCommand.call(XCommand.java:287) > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > at > org.apache.oozie.service.CallableQueueService$CallableWrapper.run(CallableQueueService.java:179) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:745) > Caused by: java.lang.UnsupportedOperationException: Accessing local file > system is not allowed > at > org.apache.hadoop.fs.RawLocalFileSystem.initialize(RawLocalFileSystem.java:48) > at > org.apache.hadoop.fs.LocalFileSystem.initialize(LocalFileSystem.java:47) > at > org.apache.hadoop.fs.FileSystem.createFileSystem(FileSystem.java:3354) > at org.apache.hadoop.fs.FileSystem.access$200(FileSystem.java:124) > at > org.apache.hadoop.fs.FileSystem$Cache.getInternal(FileSystem.java:3403) > at org.apache.hadoop.fs.FileSystem$Cache.get(FileSystem.java:3371) > at org.apache.hadoop.fs.FileSystem.get(FileSystem.java:477) > at org.apache.hadoop.fs.FileSystem.getLocal(FileSystem.java:433) > at > org.apache.hadoop.fs.LocalDirAllocator$AllocatorPerContext.confChanged(LocalDirAllocator.java:301) > at > org.apache.hadoop.fs.LocalDirAllocator$AllocatorPerContext.getLocalPathForWrite(LocalDirAllocator.java:378) > at > org.apache.hadoop.fs.LocalDirAllocator$AllocatorPerContext.createTmpFileForWrite(LocalDirAllocator.java:461) > at > org.apache.hadoop.fs.LocalDirAllocator.createTmpFileForWrite(LocalDirAllocator.java:200) > at > org.apache.hadoop.fs.s3a.S3AFileSystem.createTmpFileForWrite(S3AFileSystem.java:572) > at > org.apache.hadoop.fs.s3a.S3ADataBlocks$DiskBlockFactory.create(S3ADataBlocks.java:811) > at > org.apache.hadoop.fs.s3a.S3ABlockOutputStream.createBlockIfNeeded(S3ABlockOutputStream.java:190) > at > org.apache.hadoop.fs.s3a.S3ABlockOutputStream.(S3ABlockOutputStream.java:168) > at org.apache.hadoop.fs.s3a.S3AFileSystem.create(S3AFileSystem.java:778) > at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:1169) > at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:1149) > at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:1038) > at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:1026) > at >
[jira] [Assigned] (OOZIE-3529) Oozie not supported for s3 as filesystem
[ https://issues.apache.org/jira/browse/OOZIE-3529?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Denes Bodo reassigned OOZIE-3529: - Assignee: Denes Bodo > Oozie not supported for s3 as filesystem > > > Key: OOZIE-3529 > URL: https://issues.apache.org/jira/browse/OOZIE-3529 > Project: Oozie > Issue Type: Bug > Components: core >Affects Versions: 5.1.0, 4.3.1 >Reporter: Denes Bodo >Assignee: Denes Bodo >Priority: Critical > Labels: S3 > Attachments: OOZIE-3529.001.patch, id.pig, job.properties, > workflow.xml > > > Many customer who uses s3 file system as secondary one experiences the > following error when Oozie tries to submit the Yarn application: > {noformat} > 2019-04-29 13:02:53,770 WARN ForkedActionStartXCommand:523 - > SERVER[hwnode1.puretec.purestorage.com] USER[hrt_qa] GROUP[-] TOKEN[] > APP[demo-wf] JOB[001-190423141707256-oozie-oozi-W] > ACTION[001-190423141707256-oozie-oozi-W@streaming-node] Error starting > action [streaming-node]. ErrorType [ERROR], ErrorCode > [UnsupportedOperationException], Message [UnsupportedOperationException: > Accessing local file system is not allowed] > org.apache.oozie.action.ActionExecutorException: > UnsupportedOperationException: Accessing local file system is not allowed > at > org.apache.oozie.action.ActionExecutor.convertException(ActionExecutor.java:446) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.createLauncherConf(JavaActionExecutor.java:1092) > at > org.apache.oozie.action.hadoop.MapReduceActionExecutor.createLauncherConf(MapReduceActionExecutor.java:309) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.submitLauncher(JavaActionExecutor.java:1197) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.start(JavaActionExecutor.java:1472) > at > org.apache.oozie.command.wf.ActionStartXCommand.execute(ActionStartXCommand.java:234) > at > org.apache.oozie.command.wf.ForkedActionStartXCommand.execute(ForkedActionStartXCommand.java:41) > at > org.apache.oozie.command.wf.ForkedActionStartXCommand.execute(ForkedActionStartXCommand.java:30) > at org.apache.oozie.command.XCommand.call(XCommand.java:287) > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > at > org.apache.oozie.service.CallableQueueService$CallableWrapper.run(CallableQueueService.java:179) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:745) > Caused by: java.lang.UnsupportedOperationException: Accessing local file > system is not allowed > at > org.apache.hadoop.fs.RawLocalFileSystem.initialize(RawLocalFileSystem.java:48) > at > org.apache.hadoop.fs.LocalFileSystem.initialize(LocalFileSystem.java:47) > at > org.apache.hadoop.fs.FileSystem.createFileSystem(FileSystem.java:3354) > at org.apache.hadoop.fs.FileSystem.access$200(FileSystem.java:124) > at > org.apache.hadoop.fs.FileSystem$Cache.getInternal(FileSystem.java:3403) > at org.apache.hadoop.fs.FileSystem$Cache.get(FileSystem.java:3371) > at org.apache.hadoop.fs.FileSystem.get(FileSystem.java:477) > at org.apache.hadoop.fs.FileSystem.getLocal(FileSystem.java:433) > at > org.apache.hadoop.fs.LocalDirAllocator$AllocatorPerContext.confChanged(LocalDirAllocator.java:301) > at > org.apache.hadoop.fs.LocalDirAllocator$AllocatorPerContext.getLocalPathForWrite(LocalDirAllocator.java:378) > at > org.apache.hadoop.fs.LocalDirAllocator$AllocatorPerContext.createTmpFileForWrite(LocalDirAllocator.java:461) > at > org.apache.hadoop.fs.LocalDirAllocator.createTmpFileForWrite(LocalDirAllocator.java:200) > at > org.apache.hadoop.fs.s3a.S3AFileSystem.createTmpFileForWrite(S3AFileSystem.java:572) > at > org.apache.hadoop.fs.s3a.S3ADataBlocks$DiskBlockFactory.create(S3ADataBlocks.java:811) > at > org.apache.hadoop.fs.s3a.S3ABlockOutputStream.createBlockIfNeeded(S3ABlockOutputStream.java:190) > at > org.apache.hadoop.fs.s3a.S3ABlockOutputStream.(S3ABlockOutputStream.java:168) > at org.apache.hadoop.fs.s3a.S3AFileSystem.create(S3AFileSystem.java:778) > at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:1169) > at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:1149) > at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:1038) > at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:1026) > at > org.apache.oozie.action.hadoop.LauncherMapperHelper.setupLauncherInfo(LauncherMapperHelper.java:156) > at >
[jira] [Updated] (OOZIE-3529) Oozie not supported for s3 as filesystem
[ https://issues.apache.org/jira/browse/OOZIE-3529?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Denes Bodo updated OOZIE-3529: -- Attachment: OOZIE-3529.001.patch > Oozie not supported for s3 as filesystem > > > Key: OOZIE-3529 > URL: https://issues.apache.org/jira/browse/OOZIE-3529 > Project: Oozie > Issue Type: Bug > Components: core >Affects Versions: 4.3.1, 5.1.0 >Reporter: Denes Bodo >Priority: Critical > Labels: S3 > Attachments: OOZIE-3529.001.patch, id.pig, job.properties, > workflow.xml > > > Many customer who uses s3 file system as secondary one experiences the > following error when Oozie tries to submit the Yarn application: > {noformat} > 2019-04-29 13:02:53,770 WARN ForkedActionStartXCommand:523 - > SERVER[hwnode1.puretec.purestorage.com] USER[hrt_qa] GROUP[-] TOKEN[] > APP[demo-wf] JOB[001-190423141707256-oozie-oozi-W] > ACTION[001-190423141707256-oozie-oozi-W@streaming-node] Error starting > action [streaming-node]. ErrorType [ERROR], ErrorCode > [UnsupportedOperationException], Message [UnsupportedOperationException: > Accessing local file system is not allowed] > org.apache.oozie.action.ActionExecutorException: > UnsupportedOperationException: Accessing local file system is not allowed > at > org.apache.oozie.action.ActionExecutor.convertException(ActionExecutor.java:446) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.createLauncherConf(JavaActionExecutor.java:1092) > at > org.apache.oozie.action.hadoop.MapReduceActionExecutor.createLauncherConf(MapReduceActionExecutor.java:309) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.submitLauncher(JavaActionExecutor.java:1197) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.start(JavaActionExecutor.java:1472) > at > org.apache.oozie.command.wf.ActionStartXCommand.execute(ActionStartXCommand.java:234) > at > org.apache.oozie.command.wf.ForkedActionStartXCommand.execute(ForkedActionStartXCommand.java:41) > at > org.apache.oozie.command.wf.ForkedActionStartXCommand.execute(ForkedActionStartXCommand.java:30) > at org.apache.oozie.command.XCommand.call(XCommand.java:287) > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > at > org.apache.oozie.service.CallableQueueService$CallableWrapper.run(CallableQueueService.java:179) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:745) > Caused by: java.lang.UnsupportedOperationException: Accessing local file > system is not allowed > at > org.apache.hadoop.fs.RawLocalFileSystem.initialize(RawLocalFileSystem.java:48) > at > org.apache.hadoop.fs.LocalFileSystem.initialize(LocalFileSystem.java:47) > at > org.apache.hadoop.fs.FileSystem.createFileSystem(FileSystem.java:3354) > at org.apache.hadoop.fs.FileSystem.access$200(FileSystem.java:124) > at > org.apache.hadoop.fs.FileSystem$Cache.getInternal(FileSystem.java:3403) > at org.apache.hadoop.fs.FileSystem$Cache.get(FileSystem.java:3371) > at org.apache.hadoop.fs.FileSystem.get(FileSystem.java:477) > at org.apache.hadoop.fs.FileSystem.getLocal(FileSystem.java:433) > at > org.apache.hadoop.fs.LocalDirAllocator$AllocatorPerContext.confChanged(LocalDirAllocator.java:301) > at > org.apache.hadoop.fs.LocalDirAllocator$AllocatorPerContext.getLocalPathForWrite(LocalDirAllocator.java:378) > at > org.apache.hadoop.fs.LocalDirAllocator$AllocatorPerContext.createTmpFileForWrite(LocalDirAllocator.java:461) > at > org.apache.hadoop.fs.LocalDirAllocator.createTmpFileForWrite(LocalDirAllocator.java:200) > at > org.apache.hadoop.fs.s3a.S3AFileSystem.createTmpFileForWrite(S3AFileSystem.java:572) > at > org.apache.hadoop.fs.s3a.S3ADataBlocks$DiskBlockFactory.create(S3ADataBlocks.java:811) > at > org.apache.hadoop.fs.s3a.S3ABlockOutputStream.createBlockIfNeeded(S3ABlockOutputStream.java:190) > at > org.apache.hadoop.fs.s3a.S3ABlockOutputStream.(S3ABlockOutputStream.java:168) > at org.apache.hadoop.fs.s3a.S3AFileSystem.create(S3AFileSystem.java:778) > at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:1169) > at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:1149) > at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:1038) > at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:1026) > at > org.apache.oozie.action.hadoop.LauncherMapperHelper.setupLauncherInfo(LauncherMapperHelper.java:156) > at >
[jira] [Commented] (OOZIE-3529) Oozie not supported for s3 as filesystem
[ https://issues.apache.org/jira/browse/OOZIE-3529?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16891802#comment-16891802 ] Denes Bodo commented on OOZIE-3529: --- What can go wrong if we put {{fs.s3a.fast.upload.buffer=bytebuffer}} into core-site.xml globally? > Oozie not supported for s3 as filesystem > > > Key: OOZIE-3529 > URL: https://issues.apache.org/jira/browse/OOZIE-3529 > Project: Oozie > Issue Type: Bug > Components: core >Affects Versions: 4.3.1, 5.1.0 >Reporter: Denes Bodo >Priority: Critical > Labels: S3 > Attachments: id.pig, job.properties, workflow.xml > > > Many customer who uses s3 file system as secondary one experiences the > following error when Oozie tries to submit the Yarn application: > {noformat} > 2019-04-29 13:02:53,770 WARN ForkedActionStartXCommand:523 - > SERVER[hwnode1.puretec.purestorage.com] USER[hrt_qa] GROUP[-] TOKEN[] > APP[demo-wf] JOB[001-190423141707256-oozie-oozi-W] > ACTION[001-190423141707256-oozie-oozi-W@streaming-node] Error starting > action [streaming-node]. ErrorType [ERROR], ErrorCode > [UnsupportedOperationException], Message [UnsupportedOperationException: > Accessing local file system is not allowed] > org.apache.oozie.action.ActionExecutorException: > UnsupportedOperationException: Accessing local file system is not allowed > at > org.apache.oozie.action.ActionExecutor.convertException(ActionExecutor.java:446) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.createLauncherConf(JavaActionExecutor.java:1092) > at > org.apache.oozie.action.hadoop.MapReduceActionExecutor.createLauncherConf(MapReduceActionExecutor.java:309) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.submitLauncher(JavaActionExecutor.java:1197) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.start(JavaActionExecutor.java:1472) > at > org.apache.oozie.command.wf.ActionStartXCommand.execute(ActionStartXCommand.java:234) > at > org.apache.oozie.command.wf.ForkedActionStartXCommand.execute(ForkedActionStartXCommand.java:41) > at > org.apache.oozie.command.wf.ForkedActionStartXCommand.execute(ForkedActionStartXCommand.java:30) > at org.apache.oozie.command.XCommand.call(XCommand.java:287) > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > at > org.apache.oozie.service.CallableQueueService$CallableWrapper.run(CallableQueueService.java:179) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:745) > Caused by: java.lang.UnsupportedOperationException: Accessing local file > system is not allowed > at > org.apache.hadoop.fs.RawLocalFileSystem.initialize(RawLocalFileSystem.java:48) > at > org.apache.hadoop.fs.LocalFileSystem.initialize(LocalFileSystem.java:47) > at > org.apache.hadoop.fs.FileSystem.createFileSystem(FileSystem.java:3354) > at org.apache.hadoop.fs.FileSystem.access$200(FileSystem.java:124) > at > org.apache.hadoop.fs.FileSystem$Cache.getInternal(FileSystem.java:3403) > at org.apache.hadoop.fs.FileSystem$Cache.get(FileSystem.java:3371) > at org.apache.hadoop.fs.FileSystem.get(FileSystem.java:477) > at org.apache.hadoop.fs.FileSystem.getLocal(FileSystem.java:433) > at > org.apache.hadoop.fs.LocalDirAllocator$AllocatorPerContext.confChanged(LocalDirAllocator.java:301) > at > org.apache.hadoop.fs.LocalDirAllocator$AllocatorPerContext.getLocalPathForWrite(LocalDirAllocator.java:378) > at > org.apache.hadoop.fs.LocalDirAllocator$AllocatorPerContext.createTmpFileForWrite(LocalDirAllocator.java:461) > at > org.apache.hadoop.fs.LocalDirAllocator.createTmpFileForWrite(LocalDirAllocator.java:200) > at > org.apache.hadoop.fs.s3a.S3AFileSystem.createTmpFileForWrite(S3AFileSystem.java:572) > at > org.apache.hadoop.fs.s3a.S3ADataBlocks$DiskBlockFactory.create(S3ADataBlocks.java:811) > at > org.apache.hadoop.fs.s3a.S3ABlockOutputStream.createBlockIfNeeded(S3ABlockOutputStream.java:190) > at > org.apache.hadoop.fs.s3a.S3ABlockOutputStream.(S3ABlockOutputStream.java:168) > at org.apache.hadoop.fs.s3a.S3AFileSystem.create(S3AFileSystem.java:778) > at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:1169) > at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:1149) > at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:1038) > at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:1026) > at > org.apache.oozie.action.hadoop.LauncherMapperHelper.setupLauncherInfo(LauncherMapperHelper.java:156) > at >
[jira] [Commented] (OOZIE-3529) Oozie not supported for s3 as filesystem
[ https://issues.apache.org/jira/browse/OOZIE-3529?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16891793#comment-16891793 ] Denes Bodo commented on OOZIE-3529: --- As I experienced mentioning the following two properties in workflow.xml action configuration, the S3AFileSystem will not use local file system as temp. {code:xml} oozie.launcher.fs.s3a.fast.upload.buffer bytebuffer oozie.launcher.fs.s3a.impl.disable.cache true {code} Conclusion now: This can be a workaround if customer wants to have the cve fixed and accept to modify their workflows. This cannot be a solution as it requires modification of all the job configuration. > Oozie not supported for s3 as filesystem > > > Key: OOZIE-3529 > URL: https://issues.apache.org/jira/browse/OOZIE-3529 > Project: Oozie > Issue Type: Bug > Components: core >Affects Versions: 4.3.1, 5.1.0 >Reporter: Denes Bodo >Priority: Critical > Labels: S3 > Attachments: id.pig, job.properties, workflow.xml > > > Many customer who uses s3 file system as secondary one experiences the > following error when Oozie tries to submit the Yarn application: > {noformat} > 2019-04-29 13:02:53,770 WARN ForkedActionStartXCommand:523 - > SERVER[hwnode1.puretec.purestorage.com] USER[hrt_qa] GROUP[-] TOKEN[] > APP[demo-wf] JOB[001-190423141707256-oozie-oozi-W] > ACTION[001-190423141707256-oozie-oozi-W@streaming-node] Error starting > action [streaming-node]. ErrorType [ERROR], ErrorCode > [UnsupportedOperationException], Message [UnsupportedOperationException: > Accessing local file system is not allowed] > org.apache.oozie.action.ActionExecutorException: > UnsupportedOperationException: Accessing local file system is not allowed > at > org.apache.oozie.action.ActionExecutor.convertException(ActionExecutor.java:446) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.createLauncherConf(JavaActionExecutor.java:1092) > at > org.apache.oozie.action.hadoop.MapReduceActionExecutor.createLauncherConf(MapReduceActionExecutor.java:309) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.submitLauncher(JavaActionExecutor.java:1197) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.start(JavaActionExecutor.java:1472) > at > org.apache.oozie.command.wf.ActionStartXCommand.execute(ActionStartXCommand.java:234) > at > org.apache.oozie.command.wf.ForkedActionStartXCommand.execute(ForkedActionStartXCommand.java:41) > at > org.apache.oozie.command.wf.ForkedActionStartXCommand.execute(ForkedActionStartXCommand.java:30) > at org.apache.oozie.command.XCommand.call(XCommand.java:287) > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > at > org.apache.oozie.service.CallableQueueService$CallableWrapper.run(CallableQueueService.java:179) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:745) > Caused by: java.lang.UnsupportedOperationException: Accessing local file > system is not allowed > at > org.apache.hadoop.fs.RawLocalFileSystem.initialize(RawLocalFileSystem.java:48) > at > org.apache.hadoop.fs.LocalFileSystem.initialize(LocalFileSystem.java:47) > at > org.apache.hadoop.fs.FileSystem.createFileSystem(FileSystem.java:3354) > at org.apache.hadoop.fs.FileSystem.access$200(FileSystem.java:124) > at > org.apache.hadoop.fs.FileSystem$Cache.getInternal(FileSystem.java:3403) > at org.apache.hadoop.fs.FileSystem$Cache.get(FileSystem.java:3371) > at org.apache.hadoop.fs.FileSystem.get(FileSystem.java:477) > at org.apache.hadoop.fs.FileSystem.getLocal(FileSystem.java:433) > at > org.apache.hadoop.fs.LocalDirAllocator$AllocatorPerContext.confChanged(LocalDirAllocator.java:301) > at > org.apache.hadoop.fs.LocalDirAllocator$AllocatorPerContext.getLocalPathForWrite(LocalDirAllocator.java:378) > at > org.apache.hadoop.fs.LocalDirAllocator$AllocatorPerContext.createTmpFileForWrite(LocalDirAllocator.java:461) > at > org.apache.hadoop.fs.LocalDirAllocator.createTmpFileForWrite(LocalDirAllocator.java:200) > at > org.apache.hadoop.fs.s3a.S3AFileSystem.createTmpFileForWrite(S3AFileSystem.java:572) > at > org.apache.hadoop.fs.s3a.S3ADataBlocks$DiskBlockFactory.create(S3ADataBlocks.java:811) > at > org.apache.hadoop.fs.s3a.S3ABlockOutputStream.createBlockIfNeeded(S3ABlockOutputStream.java:190) > at >
[jira] [Created] (OOZIE-3529) Oozie not supported for s3 as filesystem
Denes Bodo created OOZIE-3529: - Summary: Oozie not supported for s3 as filesystem Key: OOZIE-3529 URL: https://issues.apache.org/jira/browse/OOZIE-3529 Project: Oozie Issue Type: Bug Components: core Affects Versions: 5.1.0, 4.3.1 Reporter: Denes Bodo Attachments: id.pig, job.properties, workflow.xml Many customer who uses s3 file system as secondary one experiences the following error when Oozie tries to submit the Yarn application: {noformat} 2019-04-29 13:02:53,770 WARN ForkedActionStartXCommand:523 - SERVER[hwnode1.puretec.purestorage.com] USER[hrt_qa] GROUP[-] TOKEN[] APP[demo-wf] JOB[001-190423141707256-oozie-oozi-W] ACTION[001-190423141707256-oozie-oozi-W@streaming-node] Error starting action [streaming-node]. ErrorType [ERROR], ErrorCode [UnsupportedOperationException], Message [UnsupportedOperationException: Accessing local file system is not allowed] org.apache.oozie.action.ActionExecutorException: UnsupportedOperationException: Accessing local file system is not allowed at org.apache.oozie.action.ActionExecutor.convertException(ActionExecutor.java:446) at org.apache.oozie.action.hadoop.JavaActionExecutor.createLauncherConf(JavaActionExecutor.java:1092) at org.apache.oozie.action.hadoop.MapReduceActionExecutor.createLauncherConf(MapReduceActionExecutor.java:309) at org.apache.oozie.action.hadoop.JavaActionExecutor.submitLauncher(JavaActionExecutor.java:1197) at org.apache.oozie.action.hadoop.JavaActionExecutor.start(JavaActionExecutor.java:1472) at org.apache.oozie.command.wf.ActionStartXCommand.execute(ActionStartXCommand.java:234) at org.apache.oozie.command.wf.ForkedActionStartXCommand.execute(ForkedActionStartXCommand.java:41) at org.apache.oozie.command.wf.ForkedActionStartXCommand.execute(ForkedActionStartXCommand.java:30) at org.apache.oozie.command.XCommand.call(XCommand.java:287) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at org.apache.oozie.service.CallableQueueService$CallableWrapper.run(CallableQueueService.java:179) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at java.lang.Thread.run(Thread.java:745) Caused by: java.lang.UnsupportedOperationException: Accessing local file system is not allowed at org.apache.hadoop.fs.RawLocalFileSystem.initialize(RawLocalFileSystem.java:48) at org.apache.hadoop.fs.LocalFileSystem.initialize(LocalFileSystem.java:47) at org.apache.hadoop.fs.FileSystem.createFileSystem(FileSystem.java:3354) at org.apache.hadoop.fs.FileSystem.access$200(FileSystem.java:124) at org.apache.hadoop.fs.FileSystem$Cache.getInternal(FileSystem.java:3403) at org.apache.hadoop.fs.FileSystem$Cache.get(FileSystem.java:3371) at org.apache.hadoop.fs.FileSystem.get(FileSystem.java:477) at org.apache.hadoop.fs.FileSystem.getLocal(FileSystem.java:433) at org.apache.hadoop.fs.LocalDirAllocator$AllocatorPerContext.confChanged(LocalDirAllocator.java:301) at org.apache.hadoop.fs.LocalDirAllocator$AllocatorPerContext.getLocalPathForWrite(LocalDirAllocator.java:378) at org.apache.hadoop.fs.LocalDirAllocator$AllocatorPerContext.createTmpFileForWrite(LocalDirAllocator.java:461) at org.apache.hadoop.fs.LocalDirAllocator.createTmpFileForWrite(LocalDirAllocator.java:200) at org.apache.hadoop.fs.s3a.S3AFileSystem.createTmpFileForWrite(S3AFileSystem.java:572) at org.apache.hadoop.fs.s3a.S3ADataBlocks$DiskBlockFactory.create(S3ADataBlocks.java:811) at org.apache.hadoop.fs.s3a.S3ABlockOutputStream.createBlockIfNeeded(S3ABlockOutputStream.java:190) at org.apache.hadoop.fs.s3a.S3ABlockOutputStream.(S3ABlockOutputStream.java:168) at org.apache.hadoop.fs.s3a.S3AFileSystem.create(S3AFileSystem.java:778) at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:1169) at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:1149) at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:1038) at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:1026) at org.apache.oozie.action.hadoop.LauncherMapperHelper.setupLauncherInfo(LauncherMapperHelper.java:156) at org.apache.oozie.action.hadoop.JavaActionExecutor.createLauncherConf(JavaActionExecutor.java:1033) ... 12 more {noformat} Does anybody has any idea how could we modify the RawLocalFileSystem class to make it a bit less strict? Thank you for the repro wf to Soumitra Sulav. -- This message was sent by Atlassian JIRA (v7.6.14#76016)
[jira] [Commented] (OOZIE-3459) Oozie cannot be built using Java 11
[ https://issues.apache.org/jira/browse/OOZIE-3459?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16834743#comment-16834743 ] Denes Bodo commented on OOZIE-3459: --- [~kmarton] Thank you for your suggestion and offering. When this ticket was created I did not foresee such number of issues. It is a good idea to track the found ones with this ticket as an umbrella. > Oozie cannot be built using Java 11 > --- > > Key: OOZIE-3459 > URL: https://issues.apache.org/jira/browse/OOZIE-3459 > Project: Oozie > Issue Type: Bug > Components: core, fluent-job >Affects Versions: 5.1.0 >Reporter: Denes Bodo >Priority: Major > > Using OpenJDK 11 I am not able to build Oozie using {{mvn clean install}}. > I found two issues: > * Fluent job API build fails due to Jaxb2 maven plugin. > * No {{com.sun.tools.}} package is available so *TestMetricsInstrumentation* > will not work. > * Maven surefire plugin has to be updated. It works with 3.0.0-M3 -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (OOZIE-2972) Server goes inconsistent when prepare war called with secure without SSL
[ https://issues.apache.org/jira/browse/OOZIE-2972?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16818771#comment-16818771 ] Denes Bodo commented on OOZIE-2972: --- [~asalamon74] Am I right that with eliminating Tomcat and using Jetty instead this situation is no more possible? Thanks > Server goes inconsistent when prepare war called with secure without SSL > > > Key: OOZIE-2972 > URL: https://issues.apache.org/jira/browse/OOZIE-2972 > Project: Oozie > Issue Type: Bug > Components: security >Affects Versions: 4.3.0 >Reporter: Prabhu Joseph >Priority: Major > > When prepare-war with secure is called by some user by mistake on a Oozie > Server which is not configured with SSL causes inconsistent state. Oozie > Server runs fine but the oozie clients are failed with Authentication failure > status 302. Checking curl verbose, Oozie Server redirects client to https > port even though it is not listening. We need to validate the prepare-war > command when SSL is not configured instead of going to inconsistent state. > Repro: > {code} > Oozie Server without SSL > /usr/hdp/current/oozie-server/bin/oozie-setup.sh prepare-war -secure > Start Oozie Server > curl -ikv -L --negotiate -u: > http://prabhuzeppelin2.openstacklocal:11000/oozie/v1/admin/status > * About to connect() to prabhuzeppelin2.openstacklocal port 11000 (#0) > * Trying 172.26.93.73... connected > * Connected to prabhuzeppelin2.openstacklocal (172.26.93.73) port 11000 (#0) > > GET /oozie/v1/admin/status HTTP/1.1 > > User-Agent: curl/7.19.7 (x86_64-redhat-linux-gnu) libcurl/7.19.7 NSS/3.27.1 > > zlib/1.2.3 libidn/1.18 libssh2/1.4.2 > > Host: prabhuzeppelin2.openstacklocal:11000 > > Accept: */* > > > < HTTP/1.1 302 Found > HTTP/1.1 302 Found > < Server: Apache-Coyote/1.1 > Server: Apache-Coyote/1.1 > < Pragma: No-cache > Pragma: No-cache > < Cache-Control: no-cache > Cache-Control: no-cache > < Expires: Thu, 01 Jan 1970 00:00:00 UTC > Expires: Thu, 01 Jan 1970 00:00:00 UTC > < Location: https://prabhuzeppelin2.openstacklocal:11443/oozie/v1/admin/status > Location: https://prabhuzeppelin2.openstacklocal:11443/oozie/v1/admin/status > < Content-Length: 0 > Content-Length: 0 > < Date: Tue, 27 Jun 2017 11:05:45 GMT > Date: Tue, 27 Jun 2017 11:05:45 GMT > < > * Connection #0 to host prabhuzeppelin2.openstacklocal left intact > * Issue another request to this URL: > 'https://prabhuzeppelin2.openstacklocal:11443/oozie/v1/admin/status' > * About to connect() to prabhuzeppelin2.openstacklocal port 11443 (#1) > * Trying 172.26.93.73... Connection refused > * couldn't connect to host > * Closing connection #1 > curl: (7) couldn't connect to host > * Closing connection #0 > {code} -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (OOZIE-2231) Upgrade curator to latest version 2.13.0
[ https://issues.apache.org/jira/browse/OOZIE-2231?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16815420#comment-16815420 ] Denes Bodo commented on OOZIE-2231: --- [~kmarton] Curator 2.x supports Zookeeper 3.4.x. Curator 3.x supports only Zookeeper 3.5.x. It can be risky from Oozie side to replace the supported ZK version but using the same dependency as Hadoop means reliability. As I see in Hadoop and Hive pom files they use Curator 2.12.0 so Ozoie shall use the same in my opinion. I cannot see if any of these use Curator 3. +1 to Curator 2.12.0 or 2.13.0 > Upgrade curator to latest version 2.13.0 > > > Key: OOZIE-2231 > URL: https://issues.apache.org/jira/browse/OOZIE-2231 > Project: Oozie > Issue Type: Bug > Components: HA >Reporter: Purshotam Shah >Assignee: Julia Kinga Marton >Priority: Blocker > Fix For: 5.2.0 > > Attachments: OOZIE-2231-00.patch, OOZIE-2231-01.patch, > OOZIE-2231-02.patch, OOZIE-2231-02.patch, OOZIE-2231-03.patch, > OOZIE-2231-04.patch, OOZIE-2231-05.patch, OOZIE-2231-06.patch > > > It have some fix related to InterProcessReadWriteLock, ChildReaper, > LeaderSelector which we use. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Comment Edited] (OOZIE-3328) Create Hive compatibility action executor to run hive actions using beeline
[ https://issues.apache.org/jira/browse/OOZIE-3328?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16810778#comment-16810778 ] Denes Bodo edited comment on OOZIE-3328 at 4/5/19 12:55 PM: The suggested implementation needs Hive3 as dependency due to the used beeline-site.xml location. I am uploading the diff here and to [RB|https://reviews.apache.org/r/70406/]. CC [~matijhs] was (Author: dionusos): The suggested implementation needs Hive3 as dependency due to the used beeline-site.xml location. I am uploading the diff here and to [RB|https://reviews.apache.org/r/70406/]. > Create Hive compatibility action executor to run hive actions using beeline > --- > > Key: OOZIE-3328 > URL: https://issues.apache.org/jira/browse/OOZIE-3328 > Project: Oozie > Issue Type: Task > Components: action, core >Affects Versions: 5.0.0, 4.3.1 >Reporter: Denes Bodo >Assignee: Denes Bodo >Priority: Major > Labels: features, usability > Attachments: OOZIE-3328.001.patch > > > If I am correct then Hive will not support HiveCli for long and Oozie may > have to handle this. > A new executor shall be created which can understand the original hive action > format while this executor shall run the action using beeline. > What are your thoughts? -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (OOZIE-3328) Create Hive compatibility action executor to run hive actions using beeline
[ https://issues.apache.org/jira/browse/OOZIE-3328?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Denes Bodo updated OOZIE-3328: -- Attachment: OOZIE-3328.001.patch > Create Hive compatibility action executor to run hive actions using beeline > --- > > Key: OOZIE-3328 > URL: https://issues.apache.org/jira/browse/OOZIE-3328 > Project: Oozie > Issue Type: Task > Components: action, core >Affects Versions: 5.0.0, 4.3.1 >Reporter: Denes Bodo >Assignee: Denes Bodo >Priority: Major > Labels: features, usability > Attachments: OOZIE-3328.001.patch > > > If I am correct then Hive will not support HiveCli for long and Oozie may > have to handle this. > A new executor shall be created which can understand the original hive action > format while this executor shall run the action using beeline. > What are your thoughts? -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (OOZIE-3328) Create Hive compatibility action executor to run hive actions using beeline
[ https://issues.apache.org/jira/browse/OOZIE-3328?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16810778#comment-16810778 ] Denes Bodo commented on OOZIE-3328: --- The suggested implementation needs Hive3 as dependency due to the used beeline-site.xml location. I am uploading the diff here and to [RB|https://reviews.apache.org/r/70406/]. > Create Hive compatibility action executor to run hive actions using beeline > --- > > Key: OOZIE-3328 > URL: https://issues.apache.org/jira/browse/OOZIE-3328 > Project: Oozie > Issue Type: Task > Components: action, core >Affects Versions: 5.0.0, 4.3.1 >Reporter: Denes Bodo >Assignee: Denes Bodo >Priority: Major > Labels: features, usability > > If I am correct then Hive will not support HiveCli for long and Oozie may > have to handle this. > A new executor shall be created which can understand the original hive action > format while this executor shall run the action using beeline. > What are your thoughts? -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Resolved] (OOZIE-3204) Oozie cannot run HBase code in Java action
[ https://issues.apache.org/jira/browse/OOZIE-3204?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Denes Bodo resolved OOZIE-3204. --- Resolution: Invalid > Oozie cannot run HBase code in Java action > --- > > Key: OOZIE-3204 > URL: https://issues.apache.org/jira/browse/OOZIE-3204 > Project: Oozie > Issue Type: Bug > Components: core >Affects Versions: 4.3.1 >Reporter: Denes Bodo >Assignee: Denes Bodo >Priority: Critical > > After having custom raw file system implementation, HBase (java) action > cannot run: > {noformat} > 018-03-28 06:55:46,372 WARN HbaseCredentials:523 - > SERVER[ctr-e138-1518143905142-137559-01-03.hwx.site] USER[hrt_qa] > GROUP[-] TOKEN[] APP[tpch_query1] JOB[002-180328065157516-oozie-oozi-W] > ACTION[002-180328065157516-oozie-oozi-W@tpch_query1] Exception in > receiving hbase credentials > java.io.IOException: java.lang.reflect.InvocationTargetException > at > org.apache.hadoop.hbase.client.ConnectionFactory.createConnection(ConnectionFactory.java:240) > at > org.apache.hadoop.hbase.client.ConnectionFactory.createConnection(ConnectionFactory.java:218) > at > org.apache.hadoop.hbase.client.ConnectionFactory.createConnection(ConnectionFactory.java:119) > at > org.apache.hadoop.hbase.security.token.TokenUtil.obtainToken(TokenUtil.java:68) > at > org.apache.oozie.action.hadoop.HbaseCredentials$1.run(HbaseCredentials.java:86) > at > org.apache.oozie.action.hadoop.HbaseCredentials$1.run(HbaseCredentials.java:84) > at java.security.AccessController.doPrivileged(Native Method) > at javax.security.auth.Subject.doAs(Subject.java:422) > at > org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1869) > at > org.apache.hadoop.hbase.security.User$SecureHadoopUser.runAs(User.java:313) > at > org.apache.oozie.action.hadoop.HbaseCredentials.obtainToken(HbaseCredentials.java:83) > at > org.apache.oozie.action.hadoop.HbaseCredentials.addtoJobConf(HbaseCredentials.java:56) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.setCredentialTokens(JavaActionExecutor.java:1338) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.submitLauncher(JavaActionExecutor.java:1178) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.start(JavaActionExecutor.java:1424) > at > org.apache.oozie.command.wf.ActionStartXCommand.execute(ActionStartXCommand.java:234) > at > org.apache.oozie.command.wf.ActionStartXCommand.execute(ActionStartXCommand.java:65) > at org.apache.oozie.command.XCommand.call(XCommand.java:287) > at > org.apache.oozie.service.CallableQueueService$CompositeCallable.call(CallableQueueService.java:331) > at > org.apache.oozie.service.CallableQueueService$CompositeCallable.call(CallableQueueService.java:260) > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > at > org.apache.oozie.service.CallableQueueService$CallableWrapper.run(CallableQueueService.java:178) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) > at java.lang.Thread.run(Thread.java:748) > Caused by: java.lang.reflect.InvocationTargetException > at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) > at > sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62) > at > sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) > at java.lang.reflect.Constructor.newInstance(Constructor.java:423) > at > org.apache.hadoop.hbase.client.ConnectionFactory.createConnection(ConnectionFactory.java:238) > ... 24 more > Caused by: java.lang.ExceptionInInitializerError > at org.apache.hadoop.hbase.ClusterId.parseFrom(ClusterId.java:64) > at > org.apache.hadoop.hbase.zookeeper.ZKClusterId.readClusterIdZNode(ZKClusterId.java:75) > at > org.apache.hadoop.hbase.client.ZooKeeperRegistry.getClusterId(ZooKeeperRegistry.java:105) > at > org.apache.hadoop.hbase.client.ConnectionManager$HConnectionImplementation.retrieveClusterId(ConnectionManager.java:903) > at > org.apache.hadoop.hbase.client.ConnectionManager$HConnectionImplementation.(ConnectionManager.java:648) > ... 29 more > Caused by: java.lang.UnsupportedOperationException: Accessing local file > system is not allowed > at > org.apache.hadoop.fs.RawLocalFileSystem.initialize(RawLocalFileSystem.java:48) > at > org.apache.hadoop.fs.LocalFileSystem.initialize(LocalFileSystem.java:47) > at >
[jira] [Assigned] (OOZIE-3204) Oozie cannot run HBase code in Java action
[ https://issues.apache.org/jira/browse/OOZIE-3204?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Denes Bodo reassigned OOZIE-3204: - Assignee: Denes Bodo > Oozie cannot run HBase code in Java action > --- > > Key: OOZIE-3204 > URL: https://issues.apache.org/jira/browse/OOZIE-3204 > Project: Oozie > Issue Type: Bug > Components: core >Affects Versions: 4.3.1 >Reporter: Denes Bodo >Assignee: Denes Bodo >Priority: Critical > > After having custom raw file system implementation, HBase (java) action > cannot run: > {noformat} > 018-03-28 06:55:46,372 WARN HbaseCredentials:523 - > SERVER[ctr-e138-1518143905142-137559-01-03.hwx.site] USER[hrt_qa] > GROUP[-] TOKEN[] APP[tpch_query1] JOB[002-180328065157516-oozie-oozi-W] > ACTION[002-180328065157516-oozie-oozi-W@tpch_query1] Exception in > receiving hbase credentials > java.io.IOException: java.lang.reflect.InvocationTargetException > at > org.apache.hadoop.hbase.client.ConnectionFactory.createConnection(ConnectionFactory.java:240) > at > org.apache.hadoop.hbase.client.ConnectionFactory.createConnection(ConnectionFactory.java:218) > at > org.apache.hadoop.hbase.client.ConnectionFactory.createConnection(ConnectionFactory.java:119) > at > org.apache.hadoop.hbase.security.token.TokenUtil.obtainToken(TokenUtil.java:68) > at > org.apache.oozie.action.hadoop.HbaseCredentials$1.run(HbaseCredentials.java:86) > at > org.apache.oozie.action.hadoop.HbaseCredentials$1.run(HbaseCredentials.java:84) > at java.security.AccessController.doPrivileged(Native Method) > at javax.security.auth.Subject.doAs(Subject.java:422) > at > org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1869) > at > org.apache.hadoop.hbase.security.User$SecureHadoopUser.runAs(User.java:313) > at > org.apache.oozie.action.hadoop.HbaseCredentials.obtainToken(HbaseCredentials.java:83) > at > org.apache.oozie.action.hadoop.HbaseCredentials.addtoJobConf(HbaseCredentials.java:56) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.setCredentialTokens(JavaActionExecutor.java:1338) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.submitLauncher(JavaActionExecutor.java:1178) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.start(JavaActionExecutor.java:1424) > at > org.apache.oozie.command.wf.ActionStartXCommand.execute(ActionStartXCommand.java:234) > at > org.apache.oozie.command.wf.ActionStartXCommand.execute(ActionStartXCommand.java:65) > at org.apache.oozie.command.XCommand.call(XCommand.java:287) > at > org.apache.oozie.service.CallableQueueService$CompositeCallable.call(CallableQueueService.java:331) > at > org.apache.oozie.service.CallableQueueService$CompositeCallable.call(CallableQueueService.java:260) > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > at > org.apache.oozie.service.CallableQueueService$CallableWrapper.run(CallableQueueService.java:178) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) > at java.lang.Thread.run(Thread.java:748) > Caused by: java.lang.reflect.InvocationTargetException > at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) > at > sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62) > at > sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) > at java.lang.reflect.Constructor.newInstance(Constructor.java:423) > at > org.apache.hadoop.hbase.client.ConnectionFactory.createConnection(ConnectionFactory.java:238) > ... 24 more > Caused by: java.lang.ExceptionInInitializerError > at org.apache.hadoop.hbase.ClusterId.parseFrom(ClusterId.java:64) > at > org.apache.hadoop.hbase.zookeeper.ZKClusterId.readClusterIdZNode(ZKClusterId.java:75) > at > org.apache.hadoop.hbase.client.ZooKeeperRegistry.getClusterId(ZooKeeperRegistry.java:105) > at > org.apache.hadoop.hbase.client.ConnectionManager$HConnectionImplementation.retrieveClusterId(ConnectionManager.java:903) > at > org.apache.hadoop.hbase.client.ConnectionManager$HConnectionImplementation.(ConnectionManager.java:648) > ... 29 more > Caused by: java.lang.UnsupportedOperationException: Accessing local file > system is not allowed > at > org.apache.hadoop.fs.RawLocalFileSystem.initialize(RawLocalFileSystem.java:48) > at > org.apache.hadoop.fs.LocalFileSystem.initialize(LocalFileSystem.java:47) > at >
[jira] [Commented] (OOZIE-3459) Oozie cannot be built using Java 11
[ https://issues.apache.org/jira/browse/OOZIE-3459?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16806797#comment-16806797 ] Denes Bodo commented on OOZIE-3459: --- [~nobigo] I think JDK11 is good with OpenJPA, according to Unit Tests. However, I tried Oozie 4.3.1 with setting JAVA_HOME to 11 I got the following: {noformat} Error: Could not connect to the database: org.apache.oozie.service.ServiceException: E0100: Could not initialize service [org.apache.oozie.service.HadoopAccessorService], failure to login: for principal: oozie/ctr-e139-1542663976389-92586-01-02.hwx.s...@example.com from keytab /etc/security/keytabs/oozie.service.keytab javax.security.auth.login.LoginException: Message stream modified (41) Stack trace for the error was (for debug purposes): -- java.lang.Exception: Could not connect to the database: org.apache.oozie.service.ServiceException: E0100: Could not initialize service [org.apache.oozie.service.HadoopAccessorService], failure to login: for principal: oozie/ctr-e139-1542663976389-92586-01-02.hwx.s...@example.com from keytab /etc/security/keytabs/oozie.service.keytab javax.security.auth.login.LoginException: Message stream modified (41) at org.apache.oozie.tools.OozieDBCLI.validateConnection(OozieDBCLI.java:968) at org.apache.oozie.tools.OozieDBCLI.createDB(OozieDBCLI.java:193) at org.apache.oozie.tools.OozieDBCLI.run(OozieDBCLI.java:131) at org.apache.oozie.tools.OozieDBCLI.main(OozieDBCLI.java:79) Caused by: org.apache.oozie.service.ServiceException: E0100: Could not initialize service [org.apache.oozie.service.HadoopAccessorService], failure to login: for principal: oozie/ctr-e139-1542663976389-92586-01-02.hwx.s...@example.com from keytab /etc/security/keytabs/oozie.service.keytab javax.security.auth.login.LoginException: Message stream modified (41) at org.apache.oozie.service.HadoopAccessorService.kerberosInit(HadoopAccessorService.java:244) at org.apache.oozie.service.HadoopAccessorService.init(HadoopAccessorService.java:143) at org.apache.oozie.service.HadoopAccessorService.init(HadoopAccessorService.java:114) at org.apache.oozie.service.Services.setServiceInternal(Services.java:386) at org.apache.oozie.service.Services.setService(Services.java:372) at org.apache.oozie.service.Services.loadServices(Services.java:305) at org.apache.oozie.service.Services.init(Services.java:213) at org.apache.oozie.tools.OozieDBCLI.getJdbcConf(OozieDBCLI.java:180) at org.apache.oozie.tools.OozieDBCLI.createConnection(OozieDBCLI.java:956) at org.apache.oozie.tools.OozieDBCLI.validateConnection(OozieDBCLI.java:964) ... 3 more Caused by: org.apache.hadoop.security.KerberosAuthException: failure to login: for principal: oozie/ctr-e139-1542663976389-92586-01-02.hwx.s...@example.com from keytab /etc/security/keytabs/oozie.service.keytab javax.security.auth.login.LoginException: Message stream modified (41) at org.apache.hadoop.security.UserGroupInformation.doSubjectLogin(UserGroupInformation.java:1847) at org.apache.hadoop.security.UserGroupInformation.loginUserFromKeytabAndReturnUGI(UserGroupInformation.java:1215) at org.apache.hadoop.security.UserGroupInformation.loginUserFromKeytab(UserGroupInformation.java:1008) at org.apache.oozie.service.HadoopAccessorService.kerberosInit(HadoopAccessorService.java:236) ... 12 more Caused by: javax.security.auth.login.LoginException: Message stream modified (41) at jdk.security.auth/com.sun.security.auth.module.Krb5LoginModule.attemptAuthentication(Krb5LoginModule.java:781) at jdk.security.auth/com.sun.security.auth.module.Krb5LoginModule.login(Krb5LoginModule.java:592) at java.base/javax.security.auth.login.LoginContext.invoke(LoginContext.java:726) at java.base/javax.security.auth.login.LoginContext$4.run(LoginContext.java:665) at java.base/javax.security.auth.login.LoginContext$4.run(LoginContext.java:663) at java.base/java.security.AccessController.doPrivileged(Native Method) at java.base/javax.security.auth.login.LoginContext.invokePriv(LoginContext.java:663) at java.base/javax.security.auth.login.LoginContext.login(LoginContext.java:574) at org.apache.hadoop.security.UserGroupInformation$HadoopLoginContext.login(UserGroupInformation.java:1926) at org.apache.hadoop.security.UserGroupInformation.doSubjectLogin(UserGroupInformation.java:1837) ... 15 more Caused by: KrbException: Message stream modified (41) at java.security.jgss/sun.security.krb5.KrbKdcRep.check(KrbKdcRep.java:83) at java.security.jgss/sun.security.krb5.KrbAsRep.decrypt(KrbAsRep.java:158) at
[jira] [Updated] (OOZIE-3459) Oozie cannot be built using Java 11
[ https://issues.apache.org/jira/browse/OOZIE-3459?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Denes Bodo updated OOZIE-3459: -- Description: Using OpenJDK 11 I am not able to build Oozie using {{mvn clean install}}. I found two issues: * Fluent job API build fails due to Jaxb2 maven plugin. * No {{com.sun.tools.}} package is available so *TestMetricsInstrumentation* will not work. * Maven surefire plugin has to be updated. It works with 3.0.0-M3 was: Using OpenJDK 11 I am not able to build Oozie using {{mvn clean install}}. I found two issues: * Fluent job API build fails due to Jaxb2 maven plugin. * No {{com.sun.tools.}} package is available so *TestMetricsInstrumentation* will not work. > Oozie cannot be built using Java 11 > --- > > Key: OOZIE-3459 > URL: https://issues.apache.org/jira/browse/OOZIE-3459 > Project: Oozie > Issue Type: Bug > Components: core, fluent-job >Affects Versions: 5.1.0 >Reporter: Denes Bodo >Priority: Major > > Using OpenJDK 11 I am not able to build Oozie using {{mvn clean install}}. > I found two issues: > * Fluent job API build fails due to Jaxb2 maven plugin. > * No {{com.sun.tools.}} package is available so *TestMetricsInstrumentation* > will not work. > * Maven surefire plugin has to be updated. It works with 3.0.0-M3 -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Created] (OOZIE-3459) Oozie cannot be built using Java 11
Denes Bodo created OOZIE-3459: - Summary: Oozie cannot be built using Java 11 Key: OOZIE-3459 URL: https://issues.apache.org/jira/browse/OOZIE-3459 Project: Oozie Issue Type: Bug Components: core, fluent-job Affects Versions: 5.1.0 Reporter: Denes Bodo Using OpenJDK 11 I am not able to build Oozie using {{mvn clean install}}. I found two issues: * Fluent job API build fails due to Jaxb2 maven plugin. * No {{com.sun.tools.}} package is available so *TestMetricsInstrumentation* will not work. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Comment Edited] (OOZIE-148) GH-126: PurgeCommand should purge the workflow jobs w/o end_time
[ https://issues.apache.org/jira/browse/OOZIE-148?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16797895#comment-16797895 ] Denes Bodo edited comment on OOZIE-148 at 3/21/19 7:51 AM: --- I think this can be closed. See OOZIE-1401. cc [~kmarton] [~asalamon74] was (Author: dionusos): I think this can be closed. See OOZIE-1401. cc [~BoglarkaEgyed] [~asalamon74] > GH-126: PurgeCommand should purge the workflow jobs w/o end_time > > > Key: OOZIE-148 > URL: https://issues.apache.org/jira/browse/OOZIE-148 > Project: Oozie > Issue Type: Bug >Reporter: Hadoop QA >Priority: Major > > Currently, PurgeCommand is not working with those workflow jobs with > end_time=null. This command needs to take care of those jobs as well. It > could be done by checking created_time if end_time is not available. > The current query: > select w from WorkflowJobBean w where w.endTimestamp < :endTime -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (OOZIE-148) GH-126: PurgeCommand should purge the workflow jobs w/o end_time
[ https://issues.apache.org/jira/browse/OOZIE-148?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16797895#comment-16797895 ] Denes Bodo commented on OOZIE-148: -- I think this can be closed. See OOZIE-1401. cc [~BoglarkaEgyed] [~asalamon74] > GH-126: PurgeCommand should purge the workflow jobs w/o end_time > > > Key: OOZIE-148 > URL: https://issues.apache.org/jira/browse/OOZIE-148 > Project: Oozie > Issue Type: Bug >Reporter: Hadoop QA >Priority: Major > > Currently, PurgeCommand is not working with those workflow jobs with > end_time=null. This command needs to take care of those jobs as well. It > could be done by checking created_time if end_time is not available. > The current query: > select w from WorkflowJobBean w where w.endTimestamp < :endTime -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (OOZIE-1974) SSH Action doesn't handle compound commands eg: cmd1 && cmd2 and stuck in [PREP] stage
[ https://issues.apache.org/jira/browse/OOZIE-1974?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16787848#comment-16787848 ] Denes Bodo commented on OOZIE-1974: --- [~michalisk] Do you think OOZIE-2126 can be related to your issue? Thanks > SSH Action doesn't handle compound commands eg: cmd1 && cmd2 and stuck in > [PREP] stage > -- > > Key: OOZIE-1974 > URL: https://issues.apache.org/jira/browse/OOZIE-1974 > Project: Oozie > Issue Type: Bug > Components: action >Affects Versions: trunk >Reporter: Michalis Kongtongk >Priority: Major > > example WF that will fail: > {code} > > > > > oozie-u...@somedomain.com > kinit > oozie-u...@somedomain.com > -k > -t > /home/oozie-user/oozie.keytab > > hdfs > dfs > -put > /tmp/random-file.txt > /tmp/random-file.txt > > > > > > Action failed, error > message[${wf:errorMessage(wf:lastErrorNode())}] > > > > {code} > Workaround is to execute the compound command in subshell eg: $(cmd1 && cmd2) > {code} > > > > > oozie-u...@somedomain.com > $(kinit > oozie-u...@somedomain.com > -k > -t > /home/oozie-user/oozie.keytab > > hdfs > dfs > -put > /tmp/random-file.txt > /tmp/random-file.txt > ) > > > > > > Action failed, error > message[${wf:errorMessage(wf:lastErrorNode())}] > > > > {code} > Stack trace "org.apache.oozie.command.CommandException: E0800: Action it is > not running its in [PREP] state," > {code} > 2014-08-05 23:29:49,721 INFO org.apache.oozie.action.ssh.SshActionExecutor: > SERVER[192-168-88-213.lunix.lan] USER[mko] GROUP[-] TOKEN[] APP[Ssh-copy] > JOB[008-140805224842389-oozie-oozi-W] > ACTION[008-140805224842389-oozie-oozi-W@Ssh] start() begins > 2014-08-05 23:29:49,723 INFO org.apache.oozie.action.ssh.SshActionExecutor: > SERVER[192-168-88-213.lunix.lan] USER[mko] GROUP[-] TOKEN[] APP[Ssh-copy] > JOB[008-140805224842389-oozie-oozi-W] > ACTION[008-140805224842389-oozie-oozi-W@Ssh] Attempting to copy ssh base > scripts to remote host [m...@192-168-88-213.lunix.lan] > 2014-08-05 23:29:52,691 INFO org.apache.oozie.servlet.CallbackServlet: > SERVER[192-168-88-213.lunix.lan] USER[-] GROUP[-] TOKEN[-] APP[-] > JOB[008-140805224842389-oozie-oozi-W] > ACTION[008-140805224842389-oozie-oozi-W@Ssh] callback for action > [008-140805224842389-oozie-oozi-W@Ssh] > 2014-08-05 23:29:52,714 ERROR > org.apache.oozie.command.wf.CompletedActionXCommand: > SERVER[192-168-88-213.lunix.lan] USER[-] GROUP[-] TOKEN[] APP[-] > JOB[008-140805224842389-oozie-oozi-W] > ACTION[008-140805224842389-oozie-oozi-W@Ssh] XException, > org.apache.oozie.command.CommandException: E0800: Action it is not running > its in [PREP] state, action [008-140805224842389-oozie-oozi-W@Ssh] > at > org.apache.oozie.command.wf.CompletedActionXCommand.eagerVerifyPrecondition(CompletedActionXCommand.java:77) > > at org.apache.oozie.command.XCommand.call(XCommand.java:251) > at > org.apache.oozie.service.CallableQueueService$CallableWrapper.run(CallableQueueService.java:174) > > at > java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) > > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) > > at java.lang.Thread.run(Thread.java:662) > 2014-08-05 23:29:52,714 WARN > org.apache.oozie.service.CallableQueueService$CallableWrapper: > SERVER[192-168-88-213.lunix.lan] USER[-] GROUP[-] TOKEN[-] APP[-] JOB[-] > ACTION[-] exception callable [callback], E0800: Action it is not running its > in [PREP] state, action [008-140805224842389-oozie-oozi-W@Ssh] > org.apache.oozie.command.CommandException: E0800: Action it is not running > its in [PREP] state, action [008-140805224842389-oozie-oozi-W@Ssh] > at > org.apache.oozie.command.wf.CompletedActionXCommand.eagerVerifyPrecondition(CompletedActionXCommand.java:77) > > at org.apache.oozie.command.XCommand.call(XCommand.java:251) > at > org.apache.oozie.service.CallableQueueService$CallableWrapper.run(CallableQueueService.java:174) > > at > java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) > > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) > > at java.lang.Thread.run(Thread.java:662) > 2014-08-05 23:29:57,262 INFO org.apache.oozie.action.ssh.SshActionExecutor: > SERVER[192-168-88-213.lunix.lan] USER[mko] GROUP[-] TOKEN[] APP[Ssh-copy] > JOB[008-140805224842389-oozie-oozi-W] > ACTION[008-140805224842389-oozie-oozi-W@Ssh] start() ends > {code} -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (OOZIE-1702) [build] Fix Javadoc warnings
[ https://issues.apache.org/jira/browse/OOZIE-1702?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Denes Bodo updated OOZIE-1702: -- Attachment: OOZIE-1702-002.patch > [build] Fix Javadoc warnings > > > Key: OOZIE-1702 > URL: https://issues.apache.org/jira/browse/OOZIE-1702 > Project: Oozie > Issue Type: Wish > Components: build >Affects Versions: trunk >Reporter: Mona Chitnis >Assignee: Denes Bodo >Priority: Minor > Labels: documentation, newbie > Attachments: OOZIE-1702-001.patch, OOZIE-1702-002.patch > > > A lot of warnings are thrown during Oozie compilation, complaining about > javadoc mistakes, missing links etc among probably other severe ones. This > clutters the output. This JIRA is to fix these warnings -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (OOZIE-1702) [build] Fix Javadoc warnings
[ https://issues.apache.org/jira/browse/OOZIE-1702?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16780646#comment-16780646 ] Denes Bodo commented on OOZIE-1702: --- Purpose of my patch is to eliminate the 100+ javadoc warnings. The interesting thing that I managed to eliminate them by checking *mvn javadoc:javadoc* and all gone. I'll check it later. > [build] Fix Javadoc warnings > > > Key: OOZIE-1702 > URL: https://issues.apache.org/jira/browse/OOZIE-1702 > Project: Oozie > Issue Type: Wish > Components: build >Affects Versions: trunk >Reporter: Mona Chitnis >Assignee: Denes Bodo >Priority: Minor > Labels: documentation, newbie > Attachments: OOZIE-1702-001.patch > > > A lot of warnings are thrown during Oozie compilation, complaining about > javadoc mistakes, missing links etc among probably other severe ones. This > clutters the output. This JIRA is to fix these warnings -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Assigned] (OOZIE-1702) Reduce warnings thrown while building
[ https://issues.apache.org/jira/browse/OOZIE-1702?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Denes Bodo reassigned OOZIE-1702: - Assignee: Denes Bodo > Reduce warnings thrown while building > - > > Key: OOZIE-1702 > URL: https://issues.apache.org/jira/browse/OOZIE-1702 > Project: Oozie > Issue Type: Wish > Components: build >Affects Versions: trunk >Reporter: Mona Chitnis >Assignee: Denes Bodo >Priority: Minor > Labels: documentation, newbie > > A lot of warnings are thrown during Oozie compilation, complaining about > javadoc mistakes, missing links etc among probably other severe ones. This > clutters the output. This JIRA is to fix these warnings -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (OOZIE-1702) Reduce warnings thrown while building
[ https://issues.apache.org/jira/browse/OOZIE-1702?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Denes Bodo updated OOZIE-1702: -- Attachment: OOZIE-1702-001.patch > Reduce warnings thrown while building > - > > Key: OOZIE-1702 > URL: https://issues.apache.org/jira/browse/OOZIE-1702 > Project: Oozie > Issue Type: Wish > Components: build >Affects Versions: trunk >Reporter: Mona Chitnis >Assignee: Denes Bodo >Priority: Minor > Labels: documentation, newbie > Attachments: OOZIE-1702-001.patch > > > A lot of warnings are thrown during Oozie compilation, complaining about > javadoc mistakes, missing links etc among probably other severe ones. This > clutters the output. This JIRA is to fix these warnings -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (OOZIE-3440) Oozie Spark action replaces path symlink # to %23
[ https://issues.apache.org/jira/browse/OOZIE-3440?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Denes Bodo updated OOZIE-3440: -- Attachment: OOZIE-3440-003.patch > Oozie Spark action replaces path symlink # to %23 > - > > Key: OOZIE-3440 > URL: https://issues.apache.org/jira/browse/OOZIE-3440 > Project: Oozie > Issue Type: Bug > Components: action >Affects Versions: 4.3.1, 5.1.0 > Environment: Hadoop 2.7.3 > Spark 2 - 2.3.0 >Reporter: Denes Bodo >Assignee: Denes Bodo >Priority: Major > Attachments: OOZIE-3440-001.patch, OOZIE-3440-002.patch, > OOZIE-3440-003.patch > > > When we provide in a hive action: > * --files /etc/spark2/conf/hive-site.xml#hive-site.xml or > * /etc/spark2/conf/hive-site.xml#hive-site.xml or > * hdfs:///tmp/spark2/conf/hive-site.xml#hive-site.xml or > * /etc/spark2/conf/hive-site.xml#hive-site.xml > we get the following error: > {code} > Failing Oozie Launcher, Main class > [org.apache.oozie.action.hadoop.SparkMain], main() threw exception, File > file:/etc/spark2/conf/hive-site.xml%23hive-site.xml does not exist > {code} > The culprit seems to be > https://github.com/apache/oozie/blob/master/sharelib/spark/src/main/java/org/apache/oozie/action/hadoop/SparkArgsExtractor.java#L480L489 > . > Please help me confirm if this is a bug or not. Meanwhile I am creating a > fix/workaround to this. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (OOZIE-3440) Oozie Spark action replaces path symlink # to %23
[ https://issues.apache.org/jira/browse/OOZIE-3440?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16777664#comment-16777664 ] Denes Bodo commented on OOZIE-3440: --- Thanks [~asalamon74] for your comments, and thanks [~nobigo] for the testing. I've made the requested changes, please see the review board. Thanks. > Oozie Spark action replaces path symlink # to %23 > - > > Key: OOZIE-3440 > URL: https://issues.apache.org/jira/browse/OOZIE-3440 > Project: Oozie > Issue Type: Bug > Components: action >Affects Versions: 4.3.1, 5.1.0 > Environment: Hadoop 2.7.3 > Spark 2 - 2.3.0 >Reporter: Denes Bodo >Assignee: Denes Bodo >Priority: Major > Attachments: OOZIE-3440-001.patch, OOZIE-3440-002.patch > > > When we provide in a hive action: > * --files /etc/spark2/conf/hive-site.xml#hive-site.xml or > * /etc/spark2/conf/hive-site.xml#hive-site.xml or > * hdfs:///tmp/spark2/conf/hive-site.xml#hive-site.xml or > * /etc/spark2/conf/hive-site.xml#hive-site.xml > we get the following error: > {code} > Failing Oozie Launcher, Main class > [org.apache.oozie.action.hadoop.SparkMain], main() threw exception, File > file:/etc/spark2/conf/hive-site.xml%23hive-site.xml does not exist > {code} > The culprit seems to be > https://github.com/apache/oozie/blob/master/sharelib/spark/src/main/java/org/apache/oozie/action/hadoop/SparkArgsExtractor.java#L480L489 > . > Please help me confirm if this is a bug or not. Meanwhile I am creating a > fix/workaround to this. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (OOZIE-3440) Oozie Spark action replaces path symlink # to %23
[ https://issues.apache.org/jira/browse/OOZIE-3440?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Denes Bodo updated OOZIE-3440: -- Attachment: OOZIE-3440-002.patch > Oozie Spark action replaces path symlink # to %23 > - > > Key: OOZIE-3440 > URL: https://issues.apache.org/jira/browse/OOZIE-3440 > Project: Oozie > Issue Type: Bug > Components: action >Affects Versions: 4.3.1, 5.1.0 > Environment: Hadoop 2.7.3 > Spark 2 - 2.3.0 >Reporter: Denes Bodo >Assignee: Denes Bodo >Priority: Major > Attachments: OOZIE-3440-001.patch, OOZIE-3440-002.patch > > > When we provide in a hive action: > * --files /etc/spark2/conf/hive-site.xml#hive-site.xml or > * /etc/spark2/conf/hive-site.xml#hive-site.xml or > * hdfs:///tmp/spark2/conf/hive-site.xml#hive-site.xml or > * /etc/spark2/conf/hive-site.xml#hive-site.xml > we get the following error: > {code} > Failing Oozie Launcher, Main class > [org.apache.oozie.action.hadoop.SparkMain], main() threw exception, File > file:/etc/spark2/conf/hive-site.xml%23hive-site.xml does not exist > {code} > The culprit seems to be > https://github.com/apache/oozie/blob/master/sharelib/spark/src/main/java/org/apache/oozie/action/hadoop/SparkArgsExtractor.java#L480L489 > . > Please help me confirm if this is a bug or not. Meanwhile I am creating a > fix/workaround to this. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (OOZIE-3440) Oozie Spark action replaces path symlink # to %23
[ https://issues.apache.org/jira/browse/OOZIE-3440?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16775154#comment-16775154 ] Denes Bodo commented on OOZIE-3440: --- I've updated the environment info: HDP 2.6.5, Hadoop 2.7.3 and Spark 2 . 2.3.0 . Oozie parameters the Spark command's --files option with the "%23" contained string. This can be reproduces using unit tests. > Oozie Spark action replaces path symlink # to %23 > - > > Key: OOZIE-3440 > URL: https://issues.apache.org/jira/browse/OOZIE-3440 > Project: Oozie > Issue Type: Bug > Components: action >Affects Versions: 4.3.1, 5.1.0 > Environment: Hadoop 2.7.3 > Spark 2 - 2.3.0 >Reporter: Denes Bodo >Assignee: Denes Bodo >Priority: Major > Attachments: OOZIE-3440-001.patch > > > When we provide in a hive action: > * --files /etc/spark2/conf/hive-site.xml#hive-site.xml or > * /etc/spark2/conf/hive-site.xml#hive-site.xml or > * hdfs:///tmp/spark2/conf/hive-site.xml#hive-site.xml or > * /etc/spark2/conf/hive-site.xml#hive-site.xml > we get the following error: > {code} > Failing Oozie Launcher, Main class > [org.apache.oozie.action.hadoop.SparkMain], main() threw exception, File > file:/etc/spark2/conf/hive-site.xml%23hive-site.xml does not exist > {code} > The culprit seems to be > https://github.com/apache/oozie/blob/master/sharelib/spark/src/main/java/org/apache/oozie/action/hadoop/SparkArgsExtractor.java#L480L489 > . > Please help me confirm if this is a bug or not. Meanwhile I am creating a > fix/workaround to this. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (OOZIE-3440) Oozie Spark action replaces path symlink # to %23
[ https://issues.apache.org/jira/browse/OOZIE-3440?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Denes Bodo updated OOZIE-3440: -- Environment: Hadoop 2.7.3 Spark 2 - 2.3.0 was: Hadoop 3 Spark 2 - 2.3.0 > Oozie Spark action replaces path symlink # to %23 > - > > Key: OOZIE-3440 > URL: https://issues.apache.org/jira/browse/OOZIE-3440 > Project: Oozie > Issue Type: Bug > Components: action >Affects Versions: 4.3.1, 5.1.0 > Environment: Hadoop 2.7.3 > Spark 2 - 2.3.0 >Reporter: Denes Bodo >Assignee: Denes Bodo >Priority: Major > Attachments: OOZIE-3440-001.patch > > > When we provide in a hive action: > * --files /etc/spark2/conf/hive-site.xml#hive-site.xml or > * /etc/spark2/conf/hive-site.xml#hive-site.xml or > * hdfs:///tmp/spark2/conf/hive-site.xml#hive-site.xml or > * /etc/spark2/conf/hive-site.xml#hive-site.xml > we get the following error: > {code} > Failing Oozie Launcher, Main class > [org.apache.oozie.action.hadoop.SparkMain], main() threw exception, File > file:/etc/spark2/conf/hive-site.xml%23hive-site.xml does not exist > {code} > The culprit seems to be > https://github.com/apache/oozie/blob/master/sharelib/spark/src/main/java/org/apache/oozie/action/hadoop/SparkArgsExtractor.java#L480L489 > . > Please help me confirm if this is a bug or not. Meanwhile I am creating a > fix/workaround to this. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Comment Edited] (OOZIE-3440) Oozie Spark action replaces path symlink # to %23
[ https://issues.apache.org/jira/browse/OOZIE-3440?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16775146#comment-16775146 ] Denes Bodo edited comment on OOZIE-3440 at 2/22/19 1:39 PM: [~nobigo] have you used spark 1 or spark 2? Can you please share the Hadoop version too? Thanks cc [~Hari Matta] was (Author: dionusos): [~nobigo] have you used spark 1 or spark 2? Can you please share the Hadoop version too? Thanks > Oozie Spark action replaces path symlink # to %23 > - > > Key: OOZIE-3440 > URL: https://issues.apache.org/jira/browse/OOZIE-3440 > Project: Oozie > Issue Type: Bug > Components: action >Affects Versions: 4.3.1, 5.1.0 > Environment: Hadoop 3 > Spark 2 - 2.3.0 >Reporter: Denes Bodo >Assignee: Denes Bodo >Priority: Major > Attachments: OOZIE-3440-001.patch > > > When we provide in a hive action: > * --files /etc/spark2/conf/hive-site.xml#hive-site.xml or > * /etc/spark2/conf/hive-site.xml#hive-site.xml or > * hdfs:///tmp/spark2/conf/hive-site.xml#hive-site.xml or > * /etc/spark2/conf/hive-site.xml#hive-site.xml > we get the following error: > {code} > Failing Oozie Launcher, Main class > [org.apache.oozie.action.hadoop.SparkMain], main() threw exception, File > file:/etc/spark2/conf/hive-site.xml%23hive-site.xml does not exist > {code} > The culprit seems to be > https://github.com/apache/oozie/blob/master/sharelib/spark/src/main/java/org/apache/oozie/action/hadoop/SparkArgsExtractor.java#L480L489 > . > Please help me confirm if this is a bug or not. Meanwhile I am creating a > fix/workaround to this. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (OOZIE-3440) Oozie Spark action replaces path symlink # to %23
[ https://issues.apache.org/jira/browse/OOZIE-3440?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Denes Bodo updated OOZIE-3440: -- Environment: Hadoop 3 Spark 2 - 2.3.0 > Oozie Spark action replaces path symlink # to %23 > - > > Key: OOZIE-3440 > URL: https://issues.apache.org/jira/browse/OOZIE-3440 > Project: Oozie > Issue Type: Bug > Components: action >Affects Versions: 4.3.1, 5.1.0 > Environment: Hadoop 3 > Spark 2 - 2.3.0 >Reporter: Denes Bodo >Assignee: Denes Bodo >Priority: Major > Attachments: OOZIE-3440-001.patch > > > When we provide in a hive action: > * --files /etc/spark2/conf/hive-site.xml#hive-site.xml or > * /etc/spark2/conf/hive-site.xml#hive-site.xml or > * hdfs:///tmp/spark2/conf/hive-site.xml#hive-site.xml or > * /etc/spark2/conf/hive-site.xml#hive-site.xml > we get the following error: > {code} > Failing Oozie Launcher, Main class > [org.apache.oozie.action.hadoop.SparkMain], main() threw exception, File > file:/etc/spark2/conf/hive-site.xml%23hive-site.xml does not exist > {code} > The culprit seems to be > https://github.com/apache/oozie/blob/master/sharelib/spark/src/main/java/org/apache/oozie/action/hadoop/SparkArgsExtractor.java#L480L489 > . > Please help me confirm if this is a bug or not. Meanwhile I am creating a > fix/workaround to this. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (OOZIE-3440) Oozie Spark action replaces path symlink # to %23
[ https://issues.apache.org/jira/browse/OOZIE-3440?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16775146#comment-16775146 ] Denes Bodo commented on OOZIE-3440: --- [~nobigo] have you used spark 1 or spark 2? Can you please share the Hadoop version too? Thanks > Oozie Spark action replaces path symlink # to %23 > - > > Key: OOZIE-3440 > URL: https://issues.apache.org/jira/browse/OOZIE-3440 > Project: Oozie > Issue Type: Bug > Components: action >Affects Versions: 4.3.1, 5.1.0 >Reporter: Denes Bodo >Assignee: Denes Bodo >Priority: Major > Attachments: OOZIE-3440-001.patch > > > When we provide in a hive action: > * --files /etc/spark2/conf/hive-site.xml#hive-site.xml or > * /etc/spark2/conf/hive-site.xml#hive-site.xml or > * hdfs:///tmp/spark2/conf/hive-site.xml#hive-site.xml or > * /etc/spark2/conf/hive-site.xml#hive-site.xml > we get the following error: > {code} > Failing Oozie Launcher, Main class > [org.apache.oozie.action.hadoop.SparkMain], main() threw exception, File > file:/etc/spark2/conf/hive-site.xml%23hive-site.xml does not exist > {code} > The culprit seems to be > https://github.com/apache/oozie/blob/master/sharelib/spark/src/main/java/org/apache/oozie/action/hadoop/SparkArgsExtractor.java#L480L489 > . > Please help me confirm if this is a bug or not. Meanwhile I am creating a > fix/workaround to this. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (OOZIE-3440) Oozie Spark action replaces path symlink # to %23
[ https://issues.apache.org/jira/browse/OOZIE-3440?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Denes Bodo updated OOZIE-3440: -- Attachment: OOZIE-3440-001.patch > Oozie Spark action replaces path symlink # to %23 > - > > Key: OOZIE-3440 > URL: https://issues.apache.org/jira/browse/OOZIE-3440 > Project: Oozie > Issue Type: Bug > Components: action >Affects Versions: 4.3.1, 5.1.0 >Reporter: Denes Bodo >Assignee: Denes Bodo >Priority: Major > Attachments: OOZIE-3440-001.patch > > > When we provide in a hive action: > * --files /etc/spark2/conf/hive-site.xml#hive-site.xml or > * /etc/spark2/conf/hive-site.xml#hive-site.xml or > * hdfs:///tmp/spark2/conf/hive-site.xml#hive-site.xml or > * /etc/spark2/conf/hive-site.xml#hive-site.xml > we get the following error: > {code} > Failing Oozie Launcher, Main class > [org.apache.oozie.action.hadoop.SparkMain], main() threw exception, File > file:/etc/spark2/conf/hive-site.xml%23hive-site.xml does not exist > {code} > The culprit seems to be > https://github.com/apache/oozie/blob/master/sharelib/spark/src/main/java/org/apache/oozie/action/hadoop/SparkArgsExtractor.java#L480L489 > . > Please help me confirm if this is a bug or not. Meanwhile I am creating a > fix/workaround to this. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (OOZIE-3440) Oozie Spark action replaces path symlink # to %23
[ https://issues.apache.org/jira/browse/OOZIE-3440?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Denes Bodo updated OOZIE-3440: -- Description: When we provide in a hive action: * --files /etc/spark2/conf/hive-site.xml#hive-site.xml or * /etc/spark2/conf/hive-site.xml#hive-site.xml or * hdfs:///tmp/spark2/conf/hive-site.xml#hive-site.xml or * /etc/spark2/conf/hive-site.xml#hive-site.xml we get the following error: {code} Failing Oozie Launcher, Main class [org.apache.oozie.action.hadoop.SparkMain], main() threw exception, File file:/etc/spark2/conf/hive-site.xml%23hive-site.xml does not exist {code} The culprit seems to be https://github.com/apache/oozie/blob/master/sharelib/spark/src/main/java/org/apache/oozie/action/hadoop/SparkArgsExtractor.java#L480L489 . Please help me confirm if this is a bug or not. Meanwhile I am creating a fix/workaround to this. was: When we provide in a hive action: * --files /etc/spark2/conf/hive-site.xml#hive-site.xml or * /etc/spark2/conf/hive-site.xml#hive-site.xml or * /etc/spark2/conf/hive-site.xml#hive-site.xml we get the following error: {code} Failing Oozie Launcher, Main class [org.apache.oozie.action.hadoop.SparkMain], main() threw exception, File file:/etc/spark2/conf/hive-site.xml%23hive-site.xml does not exist {code} The culprit seems to be https://github.com/apache/oozie/blob/master/sharelib/spark/src/main/java/org/apache/oozie/action/hadoop/SparkArgsExtractor.java#L480L489 . Please help me confirm if this is a bug or not. Meanwhile I am creating a fix/workaround to this. Summary: Oozie Spark action replaces path symlink # to %23 (was: Oozie Spark action replaces local path symlink # to %23) > Oozie Spark action replaces path symlink # to %23 > - > > Key: OOZIE-3440 > URL: https://issues.apache.org/jira/browse/OOZIE-3440 > Project: Oozie > Issue Type: Bug > Components: action >Affects Versions: 4.3.1, 5.1.0 >Reporter: Denes Bodo >Assignee: Denes Bodo >Priority: Major > > When we provide in a hive action: > * --files /etc/spark2/conf/hive-site.xml#hive-site.xml or > * /etc/spark2/conf/hive-site.xml#hive-site.xml or > * hdfs:///tmp/spark2/conf/hive-site.xml#hive-site.xml or > * /etc/spark2/conf/hive-site.xml#hive-site.xml > we get the following error: > {code} > Failing Oozie Launcher, Main class > [org.apache.oozie.action.hadoop.SparkMain], main() threw exception, File > file:/etc/spark2/conf/hive-site.xml%23hive-site.xml does not exist > {code} > The culprit seems to be > https://github.com/apache/oozie/blob/master/sharelib/spark/src/main/java/org/apache/oozie/action/hadoop/SparkArgsExtractor.java#L480L489 > . > Please help me confirm if this is a bug or not. Meanwhile I am creating a > fix/workaround to this. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (OOZIE-3440) Oozie Spark action replaces path symlink # to %23
[ https://issues.apache.org/jira/browse/OOZIE-3440?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16774908#comment-16774908 ] Denes Bodo commented on OOZIE-3440: --- Hallo [~nobigo], thanks for your answer. We tried hdfs://, I've just extended the description. This fails too. > Oozie Spark action replaces path symlink # to %23 > - > > Key: OOZIE-3440 > URL: https://issues.apache.org/jira/browse/OOZIE-3440 > Project: Oozie > Issue Type: Bug > Components: action >Affects Versions: 4.3.1, 5.1.0 >Reporter: Denes Bodo >Assignee: Denes Bodo >Priority: Major > > When we provide in a hive action: > * --files /etc/spark2/conf/hive-site.xml#hive-site.xml or > * /etc/spark2/conf/hive-site.xml#hive-site.xml or > * hdfs:///tmp/spark2/conf/hive-site.xml#hive-site.xml or > * /etc/spark2/conf/hive-site.xml#hive-site.xml > we get the following error: > {code} > Failing Oozie Launcher, Main class > [org.apache.oozie.action.hadoop.SparkMain], main() threw exception, File > file:/etc/spark2/conf/hive-site.xml%23hive-site.xml does not exist > {code} > The culprit seems to be > https://github.com/apache/oozie/blob/master/sharelib/spark/src/main/java/org/apache/oozie/action/hadoop/SparkArgsExtractor.java#L480L489 > . > Please help me confirm if this is a bug or not. Meanwhile I am creating a > fix/workaround to this. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Created] (OOZIE-3440) Oozie Spark action replaces local path symlink # to %23
Denes Bodo created OOZIE-3440: - Summary: Oozie Spark action replaces local path symlink # to %23 Key: OOZIE-3440 URL: https://issues.apache.org/jira/browse/OOZIE-3440 Project: Oozie Issue Type: Bug Components: action Affects Versions: 5.1.0, 4.3.1 Reporter: Denes Bodo Assignee: Denes Bodo When we provide in a hive action: * --files /etc/spark2/conf/hive-site.xml#hive-site.xml or * /etc/spark2/conf/hive-site.xml#hive-site.xml or * /etc/spark2/conf/hive-site.xml#hive-site.xml we get the following error: {code} Failing Oozie Launcher, Main class [org.apache.oozie.action.hadoop.SparkMain], main() threw exception, File file:/etc/spark2/conf/hive-site.xml%23hive-site.xml does not exist {code} The culprit seems to be https://github.com/apache/oozie/blob/master/sharelib/spark/src/main/java/org/apache/oozie/action/hadoop/SparkArgsExtractor.java#L480L489 . Please help me confirm if this is a bug or not. Meanwhile I am creating a fix/workaround to this. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (OOZIE-3326) Sqoop Action should support tez delegation tokens for hive-import
[ https://issues.apache.org/jira/browse/OOZIE-3326?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16771626#comment-16771626 ] Denes Bodo commented on OOZIE-3326: --- Thanks [~asalamon74] for your comments and help. > Sqoop Action should support tez delegation tokens for hive-import > - > > Key: OOZIE-3326 > URL: https://issues.apache.org/jira/browse/OOZIE-3326 > Project: Oozie > Issue Type: Bug > Components: action >Reporter: Brian Goerlitz >Assignee: Brian Goerlitz >Priority: Major > Attachments: OOZIE-3326_003.patch, OOZIE-3326_004.patch, > OOZIE-3326_005.patch, OOZIE-3326_006.patch, OOZIE-3326_007.patch, > OZIE-3326_001.patch, OZIE-3326_002.patch > > > SqoopMain needs to support tez delegation tokens for hive-imports. > Implementation is similar to that of HiveMain and Hive2Main. > At present, hive-import will fail to start a tez session in secure > environment. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (OOZIE-3326) Sqoop Action should support tez delegation tokens for hive-import
[ https://issues.apache.org/jira/browse/OOZIE-3326?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Denes Bodo updated OOZIE-3326: -- Attachment: OOZIE-3326_006.patch > Sqoop Action should support tez delegation tokens for hive-import > - > > Key: OOZIE-3326 > URL: https://issues.apache.org/jira/browse/OOZIE-3326 > Project: Oozie > Issue Type: Bug > Components: action >Reporter: Brian Goerlitz >Assignee: Brian Goerlitz >Priority: Major > Attachments: OOZIE-3326_003.patch, OOZIE-3326_004.patch, > OOZIE-3326_005.patch, OOZIE-3326_006.patch, OZIE-3326_001.patch, > OZIE-3326_002.patch > > > SqoopMain needs to support tez delegation tokens for hive-imports. > Implementation is similar to that of HiveMain and Hive2Main. > At present, hive-import will fail to start a tez session in secure > environment. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (OOZIE-3326) Sqoop Action should support tez delegation tokens for hive-import
[ https://issues.apache.org/jira/browse/OOZIE-3326?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16770834#comment-16770834 ] Denes Bodo commented on OOZIE-3326: --- I managed to fix the issue found by findbugs and updated the patches. Unfortunately I cannot see any review on review board. Have you pushed the "publish" button? > Sqoop Action should support tez delegation tokens for hive-import > - > > Key: OOZIE-3326 > URL: https://issues.apache.org/jira/browse/OOZIE-3326 > Project: Oozie > Issue Type: Bug > Components: action >Reporter: Brian Goerlitz >Assignee: Brian Goerlitz >Priority: Major > Attachments: OOZIE-3326_003.patch, OOZIE-3326_004.patch, > OOZIE-3326_005.patch, OZIE-3326_001.patch, OZIE-3326_002.patch > > > SqoopMain needs to support tez delegation tokens for hive-imports. > Implementation is similar to that of HiveMain and Hive2Main. > At present, hive-import will fail to start a tez session in secure > environment. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (OOZIE-3326) Sqoop Action should support tez delegation tokens for hive-import
[ https://issues.apache.org/jira/browse/OOZIE-3326?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Denes Bodo updated OOZIE-3326: -- Attachment: OOZIE-3326_004.patch > Sqoop Action should support tez delegation tokens for hive-import > - > > Key: OOZIE-3326 > URL: https://issues.apache.org/jira/browse/OOZIE-3326 > Project: Oozie > Issue Type: Bug > Components: action >Reporter: Brian Goerlitz >Assignee: Brian Goerlitz >Priority: Major > Attachments: OOZIE-3326_003.patch, OOZIE-3326_004.patch, > OZIE-3326_001.patch, OZIE-3326_002.patch > > > SqoopMain needs to support tez delegation tokens for hive-imports. > Implementation is similar to that of HiveMain and Hive2Main. > At present, hive-import will fail to start a tez session in secure > environment. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (OOZIE-3326) Sqoop Action should support tez delegation tokens for hive-import
[ https://issues.apache.org/jira/browse/OOZIE-3326?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Denes Bodo updated OOZIE-3326: -- Attachment: OOZIE-3326_003.patch > Sqoop Action should support tez delegation tokens for hive-import > - > > Key: OOZIE-3326 > URL: https://issues.apache.org/jira/browse/OOZIE-3326 > Project: Oozie > Issue Type: Bug > Components: action >Reporter: Brian Goerlitz >Assignee: Brian Goerlitz >Priority: Major > Attachments: OOZIE-3326_003.patch, OZIE-3326_001.patch, > OZIE-3326_002.patch > > > SqoopMain needs to support tez delegation tokens for hive-imports. > Implementation is similar to that of HiveMain and Hive2Main. > At present, hive-import will fail to start a tez session in secure > environment. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (OOZIE-3326) Sqoop Action should support tez delegation tokens for hive-import
[ https://issues.apache.org/jira/browse/OOZIE-3326?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16769103#comment-16769103 ] Denes Bodo commented on OOZIE-3326: --- [~gezapeti] what do you think about this change? In production env the change has been tested. Thanks. > Sqoop Action should support tez delegation tokens for hive-import > - > > Key: OOZIE-3326 > URL: https://issues.apache.org/jira/browse/OOZIE-3326 > Project: Oozie > Issue Type: Bug > Components: action >Reporter: Brian Goerlitz >Assignee: Brian Goerlitz >Priority: Major > Attachments: OZIE-3326_001.patch, OZIE-3326_002.patch > > > SqoopMain needs to support tez delegation tokens for hive-imports. > Implementation is similar to that of HiveMain and Hive2Main. > At present, hive-import will fail to start a tez session in secure > environment. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (OOZIE-2689) Spark options --keytab and --principal is not working from Spark Action
[ https://issues.apache.org/jira/browse/OOZIE-2689?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16769031#comment-16769031 ] Denes Bodo commented on OOZIE-2689: --- Is it still a valid ticket? I think it works in 4.3, 4.3.1 and 5.x. [~andras.piros] [~gezapeti] > Spark options --keytab and --principal is not working from Spark Action > --- > > Key: OOZIE-2689 > URL: https://issues.apache.org/jira/browse/OOZIE-2689 > Project: Oozie > Issue Type: Bug >Reporter: Peter Cseh >Priority: Major > > Spark job running longer than Kerberos ticket lifetime are failing because > the --principal and --keytab options are not working in Spark Action. > We're getting messages like > {quote} > Delegation Token can be issued only with kerberos or web authentication > {quote} > It's possible to work around these issue using the Shell Action and giving > these options to spark-submit, but it's not a good thing to do. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (OOZIE-2949) Escape quotes whitespaces in Sqoop field
[ https://issues.apache.org/jira/browse/OOZIE-2949?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16737179#comment-16737179 ] Denes Bodo commented on OOZIE-2949: --- Code review: * Does ShellSplitter need to be a static inner class? Isn't a normal class in a separate file means cleaner code? * Can you please extract characters into ShellSplitter constants which are used in the state machine? * In TestSqoopActionExecutor.java:242 you commented out Java code. Was that intentional and can be deleted? > Escape quotes whitespaces in Sqoop field > -- > > Key: OOZIE-2949 > URL: https://issues.apache.org/jira/browse/OOZIE-2949 > Project: Oozie > Issue Type: Bug >Affects Versions: 4.3.0 >Reporter: Peter Cseh >Assignee: Andras Salamon >Priority: Major > Fix For: 5.2.0 > > Attachments: OOZIE-2949-0.patch, OOZIE-2949-01.patch, > OOZIE-2949-02.patch > > > The current behavior of the Sqoop action is: > {noformat} > The Sqoop command can be specified either using the command element or > multiple arg elements. > When using the command element, Oozie will split the command on every space > into multiple arguments. > When using the arg elements, Oozie will pass each argument value as an > argument to Sqoop. > {noformat} > This prevents the user to simply copy-paste the command worked in the shell > into the workflow.xml. > We should split the field by taking quotes into account, similar to > what OOZIE-2391 > did for the Spark action's field. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (OOZIE-2949) Escape quotes whitespaces in Sqoop field
[ https://issues.apache.org/jira/browse/OOZIE-2949?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16737161#comment-16737161 ] Denes Bodo commented on OOZIE-2949: --- In case of changing default behaviour: can we just put a switch into oozie-default.xml where we can declare which mode we want to use? I think current users will be afraid of an upgrade due to many possible changes in their workflow. However, new users shall be forced to use the new way. Does it sound crazy? > Escape quotes whitespaces in Sqoop field > -- > > Key: OOZIE-2949 > URL: https://issues.apache.org/jira/browse/OOZIE-2949 > Project: Oozie > Issue Type: Bug >Affects Versions: 4.3.0 >Reporter: Peter Cseh >Assignee: Andras Salamon >Priority: Major > Fix For: 5.2.0 > > Attachments: OOZIE-2949-0.patch, OOZIE-2949-01.patch, > OOZIE-2949-02.patch > > > The current behavior of the Sqoop action is: > {noformat} > The Sqoop command can be specified either using the command element or > multiple arg elements. > When using the command element, Oozie will split the command on every space > into multiple arguments. > When using the arg elements, Oozie will pass each argument value as an > argument to Sqoop. > {noformat} > This prevents the user to simply copy-paste the command worked in the shell > into the workflow.xml. > We should split the field by taking quotes into account, similar to > what OOZIE-2391 > did for the Spark action's field. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (OOZIE-3218) Oozie Sqoop action with command splits the select clause into multiple parts due to delimiter being space
[ https://issues.apache.org/jira/browse/OOZIE-3218?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16734035#comment-16734035 ] Denes Bodo commented on OOZIE-3218: --- I prefer to handle the quotes. In my opinion using quotes in linux environment is a common when I need to write whitespaces. Also the implementation could be more maintainable due to we do not have to watch newly created options/token borders. > Oozie Sqoop action with command splits the select clause into multiple parts > due to delimiter being space > - > > Key: OOZIE-3218 > URL: https://issues.apache.org/jira/browse/OOZIE-3218 > Project: Oozie > Issue Type: Bug > Components: action, workflow >Affects Versions: 3.3.2, 4.1.0, 4.2.0, 4.3.0, 5.0.0 > Environment: Hortonworks Hadoop HDP-2.6.4.x release > oozie admin -version: Oozie server build version: 4.2.0.2.6.4.0-91 >Reporter: Mahesh Balakrishnan >Assignee: Mahesh Balakrishnan >Priority: Major > Attachments: OOZIE-3218-2.patch, OOZIE-3218-3.patch, OOZIE-3218.patch > > > When running a Oozie Sqoop action which has command with {{--query}} in place > the query is split into multiple parts causing {{"Unrecognized argument:"}} > and in-turn fails. > {code:xml} > > ${resourceManager} > ${nameNode} > import --verbose --connect jdbc:mysql://test.openstacklocal/db > --query select * from abc where $CONDITIONS --username test --password test > --driver com.mysql.jdbc.Driver -m 1 > > > {code} > > Oozie Launcher logs: > {noformat} > Sqoop command arguments : > import > --verbose > --connect > jdbc:mysql://test.openstacklocal/db > --query > "select > * > from > abc > where > $CONDITIONS" > --username > hive > --password > > --driver > com.mysql.jdbc.Driver > -m > 1 > Fetching child yarn jobs > tag id : oozie-a1bbe03a0983b9e822d12ae7bb269ee3 > 2791 [main] INFO org.apache.hadoop.yarn.client.RMProxy - Connecting to > ResourceManager at hdp263-3.openstacklocal/172.26.105.248:8050 > Child yarn jobs are found - > = > >>> Invoking Sqoop command line now >>> > 3172 [main] WARN org.apache.sqoop.tool.SqoopTool - $SQOOP_CONF_DIR has not > been set in the environment. Cannot check for additional configuration. > 3172 [main] WARN org.apache.sqoop.tool.SqoopTool - $SQOOP_CONF_DIR has not > been set in the environment. Cannot check for additional configuration. > 3218 [main] INFO org.apache.sqoop.Sqoop - Running Sqoop version: > 1.4.6.2.6.4.0-91 > 3218 [main] INFO org.apache.sqoop.Sqoop - Running Sqoop version: > 1.4.6.2.6.4.0-91 > 3287 [main] DEBUG org.apache.sqoop.tool.BaseSqoopTool - Enabled debug > logging. > 3287 [main] DEBUG org.apache.sqoop.tool.BaseSqoopTool - Enabled debug > logging. > 3288 [main] ERROR org.apache.sqoop.tool.BaseSqoopTool - Error parsing > arguments for import: > 3288 [main] ERROR org.apache.sqoop.tool.BaseSqoopTool - Error parsing > arguments for import: > 3288 [main] ERROR org.apache.sqoop.tool.BaseSqoopTool - Unrecognized > argument: * > 3288 [main] ERROR org.apache.sqoop.tool.BaseSqoopTool - Unrecognized > argument: * > 3288 [main] ERROR org.apache.sqoop.tool.BaseSqoopTool - Unrecognized > argument: from > 3288 [main] ERROR org.apache.sqoop.tool.BaseSqoopTool - Unrecognized > argument: from > 3288 [main] ERROR org.apache.sqoop.tool.BaseSqoopTool - Unrecognized > argument: abc > 3288 [main] ERROR org.apache.sqoop.tool.BaseSqoopTool - Unrecognized > argument: abc > 3288 [main] ERROR org.apache.sqoop.tool.BaseSqoopTool - Unrecognized > argument: where > 3288 [main] ERROR org.apache.sqoop.tool.BaseSqoopTool - Unrecognized > argument: where > 3288 [main] ERROR org.apache.sqoop.tool.BaseSqoopTool - Unrecognized > argument: $CONDITIONS" > 3288 [main] ERROR org.apache.sqoop.tool.BaseSqoopTool - Unrecognized > argument: $CONDITIONS" > 3288 [main] ERROR org.apache.sqoop.tool.BaseSqoopTool - Unrecognized > argument: --username > 3288 [main] ERROR org.apache.sqoop.tool.BaseSqoopTool - Unrecognized > argument: --username > 3288 [main] ERROR org.apache.sqoop.tool.BaseSqoopTool - Unrecognized > argument: abc > 3288 [main] ERROR org.apache.sqoop.tool.BaseSqoopTool - Unrecognized > argument: abc > 3288 [main] ERROR org.apache.sqoop.tool.BaseSqoopTool - Unrecognized > argument: --password > 3288 [main] ERROR org.apache.sqoop.tool.BaseSqoopTool - Unrecognized > argument: --password > 3288 [main] ERROR org.apache.sqoop.tool.BaseSqoopTool - Unrecognized > argument: abc > 3288 [main] ERROR org.apache.sqoop.tool.BaseSqoopTool - Unrecognized > argument: abc > 3288 [main] ERROR org.apache.sqoop.tool.BaseSqoopTool - Unrecognized > argument: --driver
[jira] [Updated] (OOZIE-3186) Oozie is unable to use configuration linked using jceks://file/...
[ https://issues.apache.org/jira/browse/OOZIE-3186?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Denes Bodo updated OOZIE-3186: -- Attachment: OOZIE-3186-003.patch > Oozie is unable to use configuration linked using jceks://file/... > -- > > Key: OOZIE-3186 > URL: https://issues.apache.org/jira/browse/OOZIE-3186 > Project: Oozie > Issue Type: Bug > Components: core >Affects Versions: 5.0.0b1, 5.0.0, 4.3.1 >Reporter: Denes Bodo >Assignee: Denes Bodo >Priority: Critical > Labels: usability > Fix For: trunk > > Attachments: OOZIE-3186-001.patch, OOZIE-3186-002.patch, > OOZIE-3186-003.patch > > > When Oozie is used with Ambari, the next configuration makes Oozie fail to > start: > {noformat} > > hadoop.security.credential.provider.path > jceks://file/.../oozie-site.jceks > > {noformat} > Value should have *localjceks://* instead of *jceks://*. But Ambari does not > let change this value. I propose change the url when Oozie loads it. > > Stacktrace, when the issue occurs: > {code:java} > org.apache.oozie.service.ServiceException: E0103: Could not load service > classes, Could not load password for [oozie.service.JPAService.jdbc.password] > at org.apache.oozie.service.Services.loadServices(Services.java:309) at > org.apache.oozie.service.Services.init(Services.java:213) at > org.apache.oozie.servlet.ServicesLoader.contextInitialized(ServicesLoader.java:46) > at > org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4276) > at org.apache.catalina.core.StandardContext.start(StandardContext.java:4779) > at > org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:803) > at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:780) > at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:583) at > org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:944) at > org.apache.catalina.startup.HostConfig.deployWARs(HostConfig.java:779) at > org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:505) at > org.apache.catalina.startup.HostConfig.start(HostConfig.java:1322) at > org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:325) at > org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:142) > at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1069) at > org.apache.catalina.core.StandardHost.start(StandardHost.java:822) at > org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1061) at > org.apache.catalina.core.StandardEngine.start(StandardEngine.java:463) at > org.apache.catalina.core.StandardService.start(StandardService.java:525) at > org.apache.catalina.core.StandardServer.start(StandardServer.java:761) at > org.apache.catalina.startup.Catalina.start(Catalina.java:595) at > sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:498) at > org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:289) at > org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:414) Caused by: > java.lang.IllegalArgumentException: Could not load password for > [oozie.service.JPAService.jdbc.password] at > org.apache.oozie.service.ConfigurationService.getPassword(ConfigurationService.java:615) > at > org.apache.oozie.service.ConfigurationService.getPassword(ConfigurationService.java:602) > at org.apache.oozie.service.JPAService.init(JPAService.java:147) at > org.apache.oozie.service.Services.setServiceInternal(Services.java:386) at > org.apache.oozie.service.Services.setService(Services.java:372) at > org.apache.oozie.service.Services.loadServices(Services.java:305) ... 26 more > Caused by: java.lang.reflect.InvocationTargetException at > sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:498) at > org.apache.oozie.service.ConfigurationService.getPassword(ConfigurationService.java:608) > ... 31 more Caused by: java.lang.UnsupportedOperationException: Accessing > local file system is not allowed at > org.apache.hadoop.fs.RawLocalFileSystem.initialize(RawLocalFileSystem.java:48) > at org.apache.hadoop.fs.LocalFileSystem.initialize(LocalFileSystem.java:47) > at org.apache.hadoop.fs.FileSystem.createFileSystem(FileSystem.java:2795) at >
[jira] [Updated] (OOZIE-3194) Oozie should set proper permissions to sharelib after upload
[ https://issues.apache.org/jira/browse/OOZIE-3194?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Denes Bodo updated OOZIE-3194: -- Attachment: OOZIE-3194-v3.patch > Oozie should set proper permissions to sharelib after upload > > > Key: OOZIE-3194 > URL: https://issues.apache.org/jira/browse/OOZIE-3194 > Project: Oozie > Issue Type: Bug > Components: tools >Affects Versions: 4.3.0 >Reporter: Denes Bodo >Assignee: Denes Bodo >Priority: Critical > Fix For: 4.3.1 > > Attachments: OOZIE-3194-v1.patch, OOZIE-3194-v2.patch, > OOZIE-3194-v3.patch > > > When user changes HDFS umask that does not support world readability to newly > created files, upgrading sharelib causes failing Oozie jobs. > I suggest set the required permissions to sharelib after upgrading it. Files > to 544 and directories to 755. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (OOZIE-3120) maven-assembly-plugin fails when bumped from 2.2.1
[ https://issues.apache.org/jira/browse/OOZIE-3120?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Denes Bodo updated OOZIE-3120: -- Attachment: OOZIE-3120-002.patch > maven-assembly-plugin fails when bumped from 2.2.1 > -- > > Key: OOZIE-3120 > URL: https://issues.apache.org/jira/browse/OOZIE-3120 > Project: Oozie > Issue Type: Task >Affects Versions: 4.3.0 >Reporter: Artem Ervits >Assignee: Artem Ervits >Priority: Major > Attachments: OOZIE-3120-001.patch, OOZIE-3120-002.patch > > > maven-assembly plugin 3.1.0 is available, version 2.2.1 is old, with upgrade > to even 2.2.2 build fails with > {noformat} > [INFO] --- maven-assembly-plugin:3.1.0:single (default-cli) @ oozie-main --- > [INFO] Reading assembly descriptor: src/main/assemblies/empty.xml > [INFO] > > [INFO] Reactor Summary: > [INFO] > [INFO] Apache Oozie Main .. FAILURE [ 0.972 > s] > [INFO] Apache Oozie Client SKIPPED > [INFO] Apache Oozie Share Lib Oozie ... SKIPPED > [INFO] Apache Oozie Share Lib HCatalog SKIPPED > [INFO] Apache Oozie Share Lib Distcp .. SKIPPED > [INFO] Apache Oozie Core .. SKIPPED > [INFO] Apache Oozie Share Lib Streaming ... SKIPPED > [INFO] Apache Oozie Share Lib Pig . SKIPPED > [INFO] Apache Oozie Share Lib Hive SKIPPED > [INFO] Apache Oozie Share Lib Hive 2 .. SKIPPED > [INFO] Apache Oozie Share Lib Sqoop ... SKIPPED > [INFO] Apache Oozie Examples .. SKIPPED > [INFO] Apache Oozie Share Lib Spark ... SKIPPED > [INFO] Apache Oozie Share Lib . SKIPPED > [INFO] Apache Oozie Docs .. SKIPPED > [INFO] Apache Oozie WebApp SKIPPED > [INFO] Apache Oozie Tools . SKIPPED > [INFO] Apache Oozie MiniOozie . SKIPPED > [INFO] Apache Oozie Server SKIPPED > [INFO] Apache Oozie Distro SKIPPED > [INFO] Apache Oozie ZooKeeper Security Tests .. SKIPPED > [INFO] > > [INFO] BUILD FAILURE > [INFO] > > [INFO] Total time: 1.872 s > [INFO] Finished at: 2017-11-10T13:38:17-05:00 > [INFO] Final Memory: 31M/437M > [INFO] > > [ERROR] Failed to execute goal > org.apache.maven.plugins:maven-assembly-plugin:3.1.0:single (default-cli) on > project oozie-main: No formats specified in the execution parameters or the > assembly descriptor. -> [Help 1] > [ERROR] > [ERROR] To see the full stack trace of the errors, re-run Maven with the -e > switch. > [ERROR] Re-run Maven using the -X switch to enable full debug logging. > [ERROR] > [ERROR] For more information about the errors and possible solutions, please > read the following articles: > [ERROR] [Help 1] > http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureException > ERROR, Oozie distro creation failed > {noformat} -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (OOZIE-3355) Regex based search option for searching workflows in the WFM-View of Ambari
[ https://issues.apache.org/jira/browse/OOZIE-3355?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16639515#comment-16639515 ] Denes Bodo commented on OOZIE-3355: --- [~andras.piros] I have never seen Workflow Manager code, but with [~matijhs] we will take a look what can be done. > Regex based search option for searching workflows in the WFM-View of Ambari > --- > > Key: OOZIE-3355 > URL: https://issues.apache.org/jira/browse/OOZIE-3355 > Project: Oozie > Issue Type: New Feature > Components: bundle, coordinator, core, tools, ui, workflow >Affects Versions: 4.2.0 >Reporter: Krishnadevan Purushothaman >Priority: Critical > > *Challenge faced :* > _{color:#d04437}In the WFM view of ambari, there is no Filter option > available to search for the Workflows. In order to search for the desired > workflow, one has to type the full name of workflow,coordinator,bundles else > it does not return anything which becomes a time-consuming job.{color}_ > *Feature description:* > _{color:#14892c}There is a need for Regex based filter option in order to > search the workflows without the need of entering the complete name of the > workflow,coordinator,bundles rather by just typing the first three letters of > the work post which it should populate suggestions based on the first three > letters of the workflow,coordinator,bundles through which we can refine and > optimize the searching mechanism.{color}_ -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (OOZIE-3355) Regex based search option for searching workflows in the WFM-View of Ambari
[ https://issues.apache.org/jira/browse/OOZIE-3355?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16638145#comment-16638145 ] Denes Bodo commented on OOZIE-3355: --- As I understand Ambari's Workflow Manager uses Oozie REST API as is. I am not sure if this issue can be solved efficiently without Oozie's support; querying all the job names from Oozie means no impact on Oozie but generating heavy DB queries and great volume of data transmission over REST. However, that would be a great feature in Oozie, too, if it supported some wildcard-like search, for example regex, or simply use the SQL's "%" and "_" characters. In the latter case, it would have only impact on Oozie but not on Ambari. > Regex based search option for searching workflows in the WFM-View of Ambari > --- > > Key: OOZIE-3355 > URL: https://issues.apache.org/jira/browse/OOZIE-3355 > Project: Oozie > Issue Type: New Feature > Components: bundle, coordinator, core, tools, ui, workflow >Affects Versions: 4.2.0 >Reporter: Krishnadevan Purushothaman >Priority: Critical > > *Challenge faced :* > _{color:#d04437}In the WFM view of ambari, there is no Filter option > available to search for the Workflows. In order to search for the desired > workflow, one has to type the full name of workflow,coordinator,bundles else > it does not return anything which becomes a time-consuming job.{color}_ > *Feature description:* > _{color:#14892c}There is a need for Regex based filter option in order to > search the workflows without the need of entering the complete name of the > workflow,coordinator,bundles rather by just typing the first three letters of > the work post which it should populate suggestions based on the first three > letters of the workflow,coordinator,bundles through which we can refine and > optimize the searching mechanism.{color}_ -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Comment Edited] (OOZIE-3120) maven-assembly-plugin fails when bumped from 2.2.1
[ https://issues.apache.org/jira/browse/OOZIE-3120?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16618752#comment-16618752 ] Denes Bodo edited comment on OOZIE-3120 at 9/18/18 9:21 AM: PreCommit build has error: {code:java} [ERROR] Failed to execute goal org.apache.rat:apache-rat-plugin:0.12:check (default-cli) on project oozie-main: Too many files with unapproved license: 1 See RAT report in: /home/jenkins/jenkins-slave/workspace/PreCommit-OOZIE-Build/target/rat.txt - [Help 1]{code} And several test errors due to {code}java.net.ConnectException: Connection refused{code} was (Author: dionusos): PreCommit build has error: {code} [ERROR] Failed to execute goal org.apache.rat:apache-rat-plugin:0.12:check (default-cli) on project oozie-main: Too many files with unapproved license: 1 See RAT report in: /home/jenkins/jenkins-slave/workspace/PreCommit-OOZIE-Build/target/rat.txt - [Help 1] {code} > maven-assembly-plugin fails when bumped from 2.2.1 > -- > > Key: OOZIE-3120 > URL: https://issues.apache.org/jira/browse/OOZIE-3120 > Project: Oozie > Issue Type: Task >Affects Versions: 4.3.0 >Reporter: Artem Ervits >Assignee: Artem Ervits >Priority: Major > Attachments: OOZIE-3120-001.patch > > > maven-assembly plugin 3.1.0 is available, version 2.2.1 is old, with upgrade > to even 2.2.2 build fails with > {noformat} > [INFO] --- maven-assembly-plugin:3.1.0:single (default-cli) @ oozie-main --- > [INFO] Reading assembly descriptor: src/main/assemblies/empty.xml > [INFO] > > [INFO] Reactor Summary: > [INFO] > [INFO] Apache Oozie Main .. FAILURE [ 0.972 > s] > [INFO] Apache Oozie Client SKIPPED > [INFO] Apache Oozie Share Lib Oozie ... SKIPPED > [INFO] Apache Oozie Share Lib HCatalog SKIPPED > [INFO] Apache Oozie Share Lib Distcp .. SKIPPED > [INFO] Apache Oozie Core .. SKIPPED > [INFO] Apache Oozie Share Lib Streaming ... SKIPPED > [INFO] Apache Oozie Share Lib Pig . SKIPPED > [INFO] Apache Oozie Share Lib Hive SKIPPED > [INFO] Apache Oozie Share Lib Hive 2 .. SKIPPED > [INFO] Apache Oozie Share Lib Sqoop ... SKIPPED > [INFO] Apache Oozie Examples .. SKIPPED > [INFO] Apache Oozie Share Lib Spark ... SKIPPED > [INFO] Apache Oozie Share Lib . SKIPPED > [INFO] Apache Oozie Docs .. SKIPPED > [INFO] Apache Oozie WebApp SKIPPED > [INFO] Apache Oozie Tools . SKIPPED > [INFO] Apache Oozie MiniOozie . SKIPPED > [INFO] Apache Oozie Server SKIPPED > [INFO] Apache Oozie Distro SKIPPED > [INFO] Apache Oozie ZooKeeper Security Tests .. SKIPPED > [INFO] > > [INFO] BUILD FAILURE > [INFO] > > [INFO] Total time: 1.872 s > [INFO] Finished at: 2017-11-10T13:38:17-05:00 > [INFO] Final Memory: 31M/437M > [INFO] > > [ERROR] Failed to execute goal > org.apache.maven.plugins:maven-assembly-plugin:3.1.0:single (default-cli) on > project oozie-main: No formats specified in the execution parameters or the > assembly descriptor. -> [Help 1] > [ERROR] > [ERROR] To see the full stack trace of the errors, re-run Maven with the -e > switch. > [ERROR] Re-run Maven using the -X switch to enable full debug logging. > [ERROR] > [ERROR] For more information about the errors and possible solutions, please > read the following articles: > [ERROR] [Help 1] > http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureException > ERROR, Oozie distro creation failed > {noformat} -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (OOZIE-3120) maven-assembly-plugin fails when bumped from 2.2.1
[ https://issues.apache.org/jira/browse/OOZIE-3120?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16618752#comment-16618752 ] Denes Bodo commented on OOZIE-3120: --- PreCommit build has error: {code} [ERROR] Failed to execute goal org.apache.rat:apache-rat-plugin:0.12:check (default-cli) on project oozie-main: Too many files with unapproved license: 1 See RAT report in: /home/jenkins/jenkins-slave/workspace/PreCommit-OOZIE-Build/target/rat.txt - [Help 1] {code} > maven-assembly-plugin fails when bumped from 2.2.1 > -- > > Key: OOZIE-3120 > URL: https://issues.apache.org/jira/browse/OOZIE-3120 > Project: Oozie > Issue Type: Task >Affects Versions: 4.3.0 >Reporter: Artem Ervits >Assignee: Artem Ervits >Priority: Major > Attachments: OOZIE-3120-001.patch > > > maven-assembly plugin 3.1.0 is available, version 2.2.1 is old, with upgrade > to even 2.2.2 build fails with > {noformat} > [INFO] --- maven-assembly-plugin:3.1.0:single (default-cli) @ oozie-main --- > [INFO] Reading assembly descriptor: src/main/assemblies/empty.xml > [INFO] > > [INFO] Reactor Summary: > [INFO] > [INFO] Apache Oozie Main .. FAILURE [ 0.972 > s] > [INFO] Apache Oozie Client SKIPPED > [INFO] Apache Oozie Share Lib Oozie ... SKIPPED > [INFO] Apache Oozie Share Lib HCatalog SKIPPED > [INFO] Apache Oozie Share Lib Distcp .. SKIPPED > [INFO] Apache Oozie Core .. SKIPPED > [INFO] Apache Oozie Share Lib Streaming ... SKIPPED > [INFO] Apache Oozie Share Lib Pig . SKIPPED > [INFO] Apache Oozie Share Lib Hive SKIPPED > [INFO] Apache Oozie Share Lib Hive 2 .. SKIPPED > [INFO] Apache Oozie Share Lib Sqoop ... SKIPPED > [INFO] Apache Oozie Examples .. SKIPPED > [INFO] Apache Oozie Share Lib Spark ... SKIPPED > [INFO] Apache Oozie Share Lib . SKIPPED > [INFO] Apache Oozie Docs .. SKIPPED > [INFO] Apache Oozie WebApp SKIPPED > [INFO] Apache Oozie Tools . SKIPPED > [INFO] Apache Oozie MiniOozie . SKIPPED > [INFO] Apache Oozie Server SKIPPED > [INFO] Apache Oozie Distro SKIPPED > [INFO] Apache Oozie ZooKeeper Security Tests .. SKIPPED > [INFO] > > [INFO] BUILD FAILURE > [INFO] > > [INFO] Total time: 1.872 s > [INFO] Finished at: 2017-11-10T13:38:17-05:00 > [INFO] Final Memory: 31M/437M > [INFO] > > [ERROR] Failed to execute goal > org.apache.maven.plugins:maven-assembly-plugin:3.1.0:single (default-cli) on > project oozie-main: No formats specified in the execution parameters or the > assembly descriptor. -> [Help 1] > [ERROR] > [ERROR] To see the full stack trace of the errors, re-run Maven with the -e > switch. > [ERROR] Re-run Maven using the -X switch to enable full debug logging. > [ERROR] > [ERROR] For more information about the errors and possible solutions, please > read the following articles: > [ERROR] [Help 1] > http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureException > ERROR, Oozie distro creation failed > {noformat} -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (OOZIE-3120) maven-assembly-plugin fails when bumped from 2.2.1
[ https://issues.apache.org/jira/browse/OOZIE-3120?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16614710#comment-16614710 ] Denes Bodo commented on OOZIE-3120: --- [~slachiewicz] I was able to create a 3.9GiB tar.gz using the maven assembly plugin using 3.1.0 of assembly plugin. > maven-assembly-plugin fails when bumped from 2.2.1 > -- > > Key: OOZIE-3120 > URL: https://issues.apache.org/jira/browse/OOZIE-3120 > Project: Oozie > Issue Type: Task >Affects Versions: 4.3.0 >Reporter: Artem Ervits >Assignee: Artem Ervits >Priority: Major > Attachments: OOZIE-3120-001.patch > > > maven-assembly plugin 3.1.0 is available, version 2.2.1 is old, with upgrade > to even 2.2.2 build fails with > {noformat} > [INFO] --- maven-assembly-plugin:3.1.0:single (default-cli) @ oozie-main --- > [INFO] Reading assembly descriptor: src/main/assemblies/empty.xml > [INFO] > > [INFO] Reactor Summary: > [INFO] > [INFO] Apache Oozie Main .. FAILURE [ 0.972 > s] > [INFO] Apache Oozie Client SKIPPED > [INFO] Apache Oozie Share Lib Oozie ... SKIPPED > [INFO] Apache Oozie Share Lib HCatalog SKIPPED > [INFO] Apache Oozie Share Lib Distcp .. SKIPPED > [INFO] Apache Oozie Core .. SKIPPED > [INFO] Apache Oozie Share Lib Streaming ... SKIPPED > [INFO] Apache Oozie Share Lib Pig . SKIPPED > [INFO] Apache Oozie Share Lib Hive SKIPPED > [INFO] Apache Oozie Share Lib Hive 2 .. SKIPPED > [INFO] Apache Oozie Share Lib Sqoop ... SKIPPED > [INFO] Apache Oozie Examples .. SKIPPED > [INFO] Apache Oozie Share Lib Spark ... SKIPPED > [INFO] Apache Oozie Share Lib . SKIPPED > [INFO] Apache Oozie Docs .. SKIPPED > [INFO] Apache Oozie WebApp SKIPPED > [INFO] Apache Oozie Tools . SKIPPED > [INFO] Apache Oozie MiniOozie . SKIPPED > [INFO] Apache Oozie Server SKIPPED > [INFO] Apache Oozie Distro SKIPPED > [INFO] Apache Oozie ZooKeeper Security Tests .. SKIPPED > [INFO] > > [INFO] BUILD FAILURE > [INFO] > > [INFO] Total time: 1.872 s > [INFO] Finished at: 2017-11-10T13:38:17-05:00 > [INFO] Final Memory: 31M/437M > [INFO] > > [ERROR] Failed to execute goal > org.apache.maven.plugins:maven-assembly-plugin:3.1.0:single (default-cli) on > project oozie-main: No formats specified in the execution parameters or the > assembly descriptor. -> [Help 1] > [ERROR] > [ERROR] To see the full stack trace of the errors, re-run Maven with the -e > switch. > [ERROR] Re-run Maven using the -X switch to enable full debug logging. > [ERROR] > [ERROR] For more information about the errors and possible solutions, please > read the following articles: > [ERROR] [Help 1] > http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureException > ERROR, Oozie distro creation failed > {noformat} -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (OOZIE-3120) maven-assembly-plugin fails when bumped from 2.2.1
[ https://issues.apache.org/jira/browse/OOZIE-3120?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Denes Bodo updated OOZIE-3120: -- Attachment: OOZIE-3120-001.patch > maven-assembly-plugin fails when bumped from 2.2.1 > -- > > Key: OOZIE-3120 > URL: https://issues.apache.org/jira/browse/OOZIE-3120 > Project: Oozie > Issue Type: Task >Affects Versions: 4.3.0 >Reporter: Artem Ervits >Assignee: Artem Ervits >Priority: Major > Attachments: OOZIE-3120-001.patch > > > maven-assembly plugin 3.1.0 is available, version 2.2.1 is old, with upgrade > to even 2.2.2 build fails with > {noformat} > [INFO] --- maven-assembly-plugin:3.1.0:single (default-cli) @ oozie-main --- > [INFO] Reading assembly descriptor: src/main/assemblies/empty.xml > [INFO] > > [INFO] Reactor Summary: > [INFO] > [INFO] Apache Oozie Main .. FAILURE [ 0.972 > s] > [INFO] Apache Oozie Client SKIPPED > [INFO] Apache Oozie Share Lib Oozie ... SKIPPED > [INFO] Apache Oozie Share Lib HCatalog SKIPPED > [INFO] Apache Oozie Share Lib Distcp .. SKIPPED > [INFO] Apache Oozie Core .. SKIPPED > [INFO] Apache Oozie Share Lib Streaming ... SKIPPED > [INFO] Apache Oozie Share Lib Pig . SKIPPED > [INFO] Apache Oozie Share Lib Hive SKIPPED > [INFO] Apache Oozie Share Lib Hive 2 .. SKIPPED > [INFO] Apache Oozie Share Lib Sqoop ... SKIPPED > [INFO] Apache Oozie Examples .. SKIPPED > [INFO] Apache Oozie Share Lib Spark ... SKIPPED > [INFO] Apache Oozie Share Lib . SKIPPED > [INFO] Apache Oozie Docs .. SKIPPED > [INFO] Apache Oozie WebApp SKIPPED > [INFO] Apache Oozie Tools . SKIPPED > [INFO] Apache Oozie MiniOozie . SKIPPED > [INFO] Apache Oozie Server SKIPPED > [INFO] Apache Oozie Distro SKIPPED > [INFO] Apache Oozie ZooKeeper Security Tests .. SKIPPED > [INFO] > > [INFO] BUILD FAILURE > [INFO] > > [INFO] Total time: 1.872 s > [INFO] Finished at: 2017-11-10T13:38:17-05:00 > [INFO] Final Memory: 31M/437M > [INFO] > > [ERROR] Failed to execute goal > org.apache.maven.plugins:maven-assembly-plugin:3.1.0:single (default-cli) on > project oozie-main: No formats specified in the execution parameters or the > assembly descriptor. -> [Help 1] > [ERROR] > [ERROR] To see the full stack trace of the errors, re-run Maven with the -e > switch. > [ERROR] Re-run Maven using the -X switch to enable full debug logging. > [ERROR] > [ERROR] For more information about the errors and possible solutions, please > read the following articles: > [ERROR] [Help 1] > http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureException > ERROR, Oozie distro creation failed > {noformat} -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (OOZIE-3120) maven-assembly-plugin fails when bumped from 2.2.1
[ https://issues.apache.org/jira/browse/OOZIE-3120?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16614554#comment-16614554 ] Denes Bodo commented on OOZIE-3120: --- [~slachiewicz] you are correct, ignoreMissingDescriptor is a GO. It also needs when using newer version of assembly plugin than 2.2.1. Unfortunately, 2.2.1 is not capable to handle more than 2GiB of tar archive so upgrading it will be necessary in the future. cc [~matijhs], [~zsombor] > maven-assembly-plugin fails when bumped from 2.2.1 > -- > > Key: OOZIE-3120 > URL: https://issues.apache.org/jira/browse/OOZIE-3120 > Project: Oozie > Issue Type: Task >Affects Versions: 4.3.0 >Reporter: Artem Ervits >Assignee: Artem Ervits >Priority: Major > > maven-assembly plugin 3.1.0 is available, version 2.2.1 is old, with upgrade > to even 2.2.2 build fails with > {noformat} > [INFO] --- maven-assembly-plugin:3.1.0:single (default-cli) @ oozie-main --- > [INFO] Reading assembly descriptor: src/main/assemblies/empty.xml > [INFO] > > [INFO] Reactor Summary: > [INFO] > [INFO] Apache Oozie Main .. FAILURE [ 0.972 > s] > [INFO] Apache Oozie Client SKIPPED > [INFO] Apache Oozie Share Lib Oozie ... SKIPPED > [INFO] Apache Oozie Share Lib HCatalog SKIPPED > [INFO] Apache Oozie Share Lib Distcp .. SKIPPED > [INFO] Apache Oozie Core .. SKIPPED > [INFO] Apache Oozie Share Lib Streaming ... SKIPPED > [INFO] Apache Oozie Share Lib Pig . SKIPPED > [INFO] Apache Oozie Share Lib Hive SKIPPED > [INFO] Apache Oozie Share Lib Hive 2 .. SKIPPED > [INFO] Apache Oozie Share Lib Sqoop ... SKIPPED > [INFO] Apache Oozie Examples .. SKIPPED > [INFO] Apache Oozie Share Lib Spark ... SKIPPED > [INFO] Apache Oozie Share Lib . SKIPPED > [INFO] Apache Oozie Docs .. SKIPPED > [INFO] Apache Oozie WebApp SKIPPED > [INFO] Apache Oozie Tools . SKIPPED > [INFO] Apache Oozie MiniOozie . SKIPPED > [INFO] Apache Oozie Server SKIPPED > [INFO] Apache Oozie Distro SKIPPED > [INFO] Apache Oozie ZooKeeper Security Tests .. SKIPPED > [INFO] > > [INFO] BUILD FAILURE > [INFO] > > [INFO] Total time: 1.872 s > [INFO] Finished at: 2017-11-10T13:38:17-05:00 > [INFO] Final Memory: 31M/437M > [INFO] > > [ERROR] Failed to execute goal > org.apache.maven.plugins:maven-assembly-plugin:3.1.0:single (default-cli) on > project oozie-main: No formats specified in the execution parameters or the > assembly descriptor. -> [Help 1] > [ERROR] > [ERROR] To see the full stack trace of the errors, re-run Maven with the -e > switch. > [ERROR] Re-run Maven using the -X switch to enable full debug logging. > [ERROR] > [ERROR] For more information about the errors and possible solutions, please > read the following articles: > [ERROR] [Help 1] > http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureException > ERROR, Oozie distro creation failed > {noformat} -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (OOZIE-3328) Create Hive compatibility action executor to run hive actions using beeline
[ https://issues.apache.org/jira/browse/OOZIE-3328?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16579814#comment-16579814 ] Denes Bodo commented on OOZIE-3328: --- [~andras.piros] Actually no. I am looking for an action, which understands the (not ) tag in the workflow xml and uses beeline instead of HiveCli. > Create Hive compatibility action executor to run hive actions using beeline > --- > > Key: OOZIE-3328 > URL: https://issues.apache.org/jira/browse/OOZIE-3328 > Project: Oozie > Issue Type: Task > Components: action, core >Affects Versions: 5.0.0, 4.3.1 >Reporter: Denes Bodo >Assignee: Denes Bodo >Priority: Major > Labels: features, usability > > If I am correct then Hive will not support HiveCli for long and Oozie may > have to handle this. > A new executor shall be created which can understand the original hive action > format while this executor shall run the action using beeline. > What are your thoughts? -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Created] (OOZIE-3328) Create Hive compatibility action executor to run hive actions using beeline
Denes Bodo created OOZIE-3328: - Summary: Create Hive compatibility action executor to run hive actions using beeline Key: OOZIE-3328 URL: https://issues.apache.org/jira/browse/OOZIE-3328 Project: Oozie Issue Type: Task Components: action, core Affects Versions: 4.3.1, 5.0.0 Reporter: Denes Bodo Assignee: Denes Bodo If I am correct then Hive will not support HiveCli for long and Oozie may have to handle this. A new executor shall be created which can understand the original hive action format while this executor shall run the action using beeline. What are your thoughts? -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (OOZIE-3326) Sqoop Action should support tez delegation tokens for hive-import
[ https://issues.apache.org/jira/browse/OOZIE-3326?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Denes Bodo updated OOZIE-3326: -- Attachment: OZIE-3326_002.patch > Sqoop Action should support tez delegation tokens for hive-import > - > > Key: OOZIE-3326 > URL: https://issues.apache.org/jira/browse/OOZIE-3326 > Project: Oozie > Issue Type: Bug > Components: action >Reporter: Brian Goerlitz >Assignee: Brian Goerlitz >Priority: Major > Attachments: OZIE-3326_001.patch, OZIE-3326_002.patch > > > SqoopMain needs to support tez delegation tokens for hive-imports. > Implementation is similar to that of HiveMain and Hive2Main. > At present, hive-import will fail to start a tez session in secure > environment. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Comment Edited] (OOZIE-3326) Sqoop Action should support tez delegation tokens for hive-import
[ https://issues.apache.org/jira/browse/OOZIE-3326?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16577947#comment-16577947 ] Denes Bodo edited comment on OOZIE-3326 at 8/13/18 8:21 AM: [~bgoerlitz] I cannot assign it to you because you might not part of contributors group. Please let me know to upload your patch with a little modification which allows testing. [~gezapeti] [~andras.piros] please note that the product fix is from [~bgoerlitz] I am just the messenger and the test modifier. Review board request: https://reviews.apache.org/r/68317/ was (Author: dionusos): [~bgoerlitz] I cannot assign it to you because you might not part of contributors group. Please let me know to upload your patch with a little modification which allows testing. [~gezapeti] [~andras.piros] please note that the product fix is from [~bgoerlitz] I am just the messenger and the test modifier. > Sqoop Action should support tez delegation tokens for hive-import > - > > Key: OOZIE-3326 > URL: https://issues.apache.org/jira/browse/OOZIE-3326 > Project: Oozie > Issue Type: Bug > Components: action >Reporter: Brian Goerlitz >Priority: Major > Attachments: OZIE-3326_001.patch > > > SqoopMain needs to support tez delegation tokens for hive-imports. > Implementation is similar to that of HiveMain and Hive2Main. > At present, hive-import will fail to start a tez session in secure > environment. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Comment Edited] (OOZIE-3326) Sqoop Action should support tez delegation tokens for hive-import
[ https://issues.apache.org/jira/browse/OOZIE-3326?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16577947#comment-16577947 ] Denes Bodo edited comment on OOZIE-3326 at 8/13/18 8:21 AM: [~bgoerlitz] I cannot assign it to you because you might not part of contributors group. Please allow me to upload your patch with a little modification which allows testing. [~gezapeti] [~andras.piros] please note that the product fix is from [~bgoerlitz] I am just the messenger and the test modifier. Review board request: https://reviews.apache.org/r/68317/ was (Author: dionusos): [~bgoerlitz] I cannot assign it to you because you might not part of contributors group. Please let me know to upload your patch with a little modification which allows testing. [~gezapeti] [~andras.piros] please note that the product fix is from [~bgoerlitz] I am just the messenger and the test modifier. Review board request: https://reviews.apache.org/r/68317/ > Sqoop Action should support tez delegation tokens for hive-import > - > > Key: OOZIE-3326 > URL: https://issues.apache.org/jira/browse/OOZIE-3326 > Project: Oozie > Issue Type: Bug > Components: action >Reporter: Brian Goerlitz >Priority: Major > Attachments: OZIE-3326_001.patch > > > SqoopMain needs to support tez delegation tokens for hive-imports. > Implementation is similar to that of HiveMain and Hive2Main. > At present, hive-import will fail to start a tez session in secure > environment. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Comment Edited] (OOZIE-3326) Sqoop Action should support tez delegation tokens for hive-import
[ https://issues.apache.org/jira/browse/OOZIE-3326?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16577947#comment-16577947 ] Denes Bodo edited comment on OOZIE-3326 at 8/13/18 8:17 AM: [~bgoerlitz] I cannot assign it to you because you might not part of contributors group. Please let me know to upload your patch with a little modification which allows testing. [~gezapeti] [~andras.piros] please note that the product fix is from [~bgoerlitz] I am just the messenger and the test modifier. was (Author: dionusos): [~bgoerlitz] I cannot assign it to you because you might not part of contributors group. Please let me know to upload your patch with a little modification which allows testing. [~gezapeti] [~andras.piros] please note that the solution is from [~bgoerlitz] I am just the messenger. > Sqoop Action should support tez delegation tokens for hive-import > - > > Key: OOZIE-3326 > URL: https://issues.apache.org/jira/browse/OOZIE-3326 > Project: Oozie > Issue Type: Bug > Components: action >Reporter: Brian Goerlitz >Priority: Major > Attachments: OZIE-3326_001.patch > > > SqoopMain needs to support tez delegation tokens for hive-imports. > Implementation is similar to that of HiveMain and Hive2Main. > At present, hive-import will fail to start a tez session in secure > environment. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (OOZIE-3326) Sqoop Action should support tez delegation tokens for hive-import
[ https://issues.apache.org/jira/browse/OOZIE-3326?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16577947#comment-16577947 ] Denes Bodo commented on OOZIE-3326: --- [~bgoerlitz] I cannot assign it to you because you might not part of contributors group. Please let me know to upload your patch with a little modification which allows testing. [~gezapeti] [~andras.piros] please note that the solution is from [~bgoerlitz] I am just the messenger. > Sqoop Action should support tez delegation tokens for hive-import > - > > Key: OOZIE-3326 > URL: https://issues.apache.org/jira/browse/OOZIE-3326 > Project: Oozie > Issue Type: Bug > Components: action >Reporter: Brian Goerlitz >Priority: Major > Attachments: OZIE-3326_001.patch > > > SqoopMain needs to support tez delegation tokens for hive-imports. > Implementation is similar to that of HiveMain and Hive2Main. > At present, hive-import will fail to start a tez session in secure > environment. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (OOZIE-3326) Sqoop Action should support tez delegation tokens for hive-import
[ https://issues.apache.org/jira/browse/OOZIE-3326?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Denes Bodo updated OOZIE-3326: -- Attachment: OZIE-3326_001.patch > Sqoop Action should support tez delegation tokens for hive-import > - > > Key: OOZIE-3326 > URL: https://issues.apache.org/jira/browse/OOZIE-3326 > Project: Oozie > Issue Type: Bug > Components: action >Reporter: Brian Goerlitz >Priority: Major > Attachments: OZIE-3326_001.patch > > > SqoopMain needs to support tez delegation tokens for hive-imports. > Implementation is similar to that of HiveMain and Hive2Main. > At present, hive-import will fail to start a tez session in secure > environment. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (OOZIE-3204) Oozie cannot run HBase code in Java action
[ https://issues.apache.org/jira/browse/OOZIE-3204?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16576231#comment-16576231 ] Denes Bodo commented on OOZIE-3204: --- Shall we close this as it seems already fixed in Oozie-5.x? > Oozie cannot run HBase code in Java action > --- > > Key: OOZIE-3204 > URL: https://issues.apache.org/jira/browse/OOZIE-3204 > Project: Oozie > Issue Type: Bug > Components: core >Affects Versions: 4.3.1 >Reporter: Denes Bodo >Assignee: Peter Cseh >Priority: Critical > > After having custom raw file system implementation, HBase (java) action > cannot run: > {noformat} > 018-03-28 06:55:46,372 WARN HbaseCredentials:523 - > SERVER[ctr-e138-1518143905142-137559-01-03.hwx.site] USER[hrt_qa] > GROUP[-] TOKEN[] APP[tpch_query1] JOB[002-180328065157516-oozie-oozi-W] > ACTION[002-180328065157516-oozie-oozi-W@tpch_query1] Exception in > receiving hbase credentials > java.io.IOException: java.lang.reflect.InvocationTargetException > at > org.apache.hadoop.hbase.client.ConnectionFactory.createConnection(ConnectionFactory.java:240) > at > org.apache.hadoop.hbase.client.ConnectionFactory.createConnection(ConnectionFactory.java:218) > at > org.apache.hadoop.hbase.client.ConnectionFactory.createConnection(ConnectionFactory.java:119) > at > org.apache.hadoop.hbase.security.token.TokenUtil.obtainToken(TokenUtil.java:68) > at > org.apache.oozie.action.hadoop.HbaseCredentials$1.run(HbaseCredentials.java:86) > at > org.apache.oozie.action.hadoop.HbaseCredentials$1.run(HbaseCredentials.java:84) > at java.security.AccessController.doPrivileged(Native Method) > at javax.security.auth.Subject.doAs(Subject.java:422) > at > org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1869) > at > org.apache.hadoop.hbase.security.User$SecureHadoopUser.runAs(User.java:313) > at > org.apache.oozie.action.hadoop.HbaseCredentials.obtainToken(HbaseCredentials.java:83) > at > org.apache.oozie.action.hadoop.HbaseCredentials.addtoJobConf(HbaseCredentials.java:56) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.setCredentialTokens(JavaActionExecutor.java:1338) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.submitLauncher(JavaActionExecutor.java:1178) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.start(JavaActionExecutor.java:1424) > at > org.apache.oozie.command.wf.ActionStartXCommand.execute(ActionStartXCommand.java:234) > at > org.apache.oozie.command.wf.ActionStartXCommand.execute(ActionStartXCommand.java:65) > at org.apache.oozie.command.XCommand.call(XCommand.java:287) > at > org.apache.oozie.service.CallableQueueService$CompositeCallable.call(CallableQueueService.java:331) > at > org.apache.oozie.service.CallableQueueService$CompositeCallable.call(CallableQueueService.java:260) > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > at > org.apache.oozie.service.CallableQueueService$CallableWrapper.run(CallableQueueService.java:178) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) > at java.lang.Thread.run(Thread.java:748) > Caused by: java.lang.reflect.InvocationTargetException > at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) > at > sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62) > at > sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) > at java.lang.reflect.Constructor.newInstance(Constructor.java:423) > at > org.apache.hadoop.hbase.client.ConnectionFactory.createConnection(ConnectionFactory.java:238) > ... 24 more > Caused by: java.lang.ExceptionInInitializerError > at org.apache.hadoop.hbase.ClusterId.parseFrom(ClusterId.java:64) > at > org.apache.hadoop.hbase.zookeeper.ZKClusterId.readClusterIdZNode(ZKClusterId.java:75) > at > org.apache.hadoop.hbase.client.ZooKeeperRegistry.getClusterId(ZooKeeperRegistry.java:105) > at > org.apache.hadoop.hbase.client.ConnectionManager$HConnectionImplementation.retrieveClusterId(ConnectionManager.java:903) > at > org.apache.hadoop.hbase.client.ConnectionManager$HConnectionImplementation.(ConnectionManager.java:648) > ... 29 more > Caused by: java.lang.UnsupportedOperationException: Accessing local file > system is not allowed > at > org.apache.hadoop.fs.RawLocalFileSystem.initialize(RawLocalFileSystem.java:48) > at > org.apache.hadoop.fs.LocalFileSystem.initialize(LocalFileSystem.java:47) >
[jira] [Updated] (OOZIE-3304) Parsing sharelib timestamps is not threadsafe
[ https://issues.apache.org/jira/browse/OOZIE-3304?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Denes Bodo updated OOZIE-3304: -- Attachment: OOZIE-3304-006.patch > Parsing sharelib timestamps is not threadsafe > - > > Key: OOZIE-3304 > URL: https://issues.apache.org/jira/browse/OOZIE-3304 > Project: Oozie > Issue Type: Bug > Components: core >Affects Versions: 5.0.0b1, 4.3.1 >Reporter: Denes Bodo >Assignee: Denes Bodo >Priority: Critical > Labels: usability > Attachments: OOZIE-3304-001.patch, OOZIE-3304-002.patch, > OOZIE-3304-003.patch, OOZIE-3304-004.patch, OOZIE-3304-005.patch, > OOZIE-3304-006.patch > > > In rare cases the following Exception can be read in log files when an action > fails: > {code:java} > org.apache.oozie.action.ActionExecutorException: NumberFormatException: > multiple points > at > org.apache.oozie.action.ActionExecutor.convertException(ActionExecutor.java:446) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.submitLauncher(JavaActionExecutor.java:1271) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.start(JavaActionExecutor.java:1472) > at > org.apache.oozie.command.wf.ActionStartXCommand.execute(ActionStartXCommand.java:234) > at > org.apache.oozie.command.wf.ActionStartXCommand.execute(ActionStartXCommand.java:65) > at org.apache.oozie.command.XCommand.call(XCommand.java:287) > at > org.apache.oozie.service.CallableQueueService$CompositeCallable.call(CallableQueueService.java:332) > at > org.apache.oozie.service.CallableQueueService$CompositeCallable.call(CallableQueueService.java:261) > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > at > org.apache.oozie.service.CallableQueueService$CallableWrapper.run(CallableQueueService.java:179) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) > at java.lang.Thread.run(Thread.java:748) > Caused by: java.lang.NumberFormatException: multiple points > at > sun.misc.FloatingDecimal.readJavaFormatString(FloatingDecimal.java:1890) > at sun.misc.FloatingDecimal.parseDouble(FloatingDecimal.java:110) > at java.lang.Double.parseDouble(Double.java:538) > at java.text.DigitList.getDouble(DigitList.java:169) > at java.text.DecimalFormat.parse(DecimalFormat.java:2056) > at java.text.SimpleDateFormat.subParse(SimpleDateFormat.java:2160) > at java.text.SimpleDateFormat.parse(SimpleDateFormat.java:1514) > at java.text.DateFormat.parse(DateFormat.java:364) > at > org.apache.oozie.service.ShareLibService.getLatestLibPath(ShareLibService.java:727) > at > org.apache.oozie.service.ShareLibService.getShareLibRootPath(ShareLibService.java:595) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.getSharelibRoot(JavaActionExecutor.java:1297) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.initShareLibExcluder(JavaActionExecutor.java:858) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.setLibFilesArchives(JavaActionExecutor.java:866) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.submitLauncher(JavaActionExecutor.java:1156) > ... 11 more > {code} > or > {code:java} > 2018-07-12 04:48:52,649 WARN ForkedActionStartXCommand:523 - > SERVER[ctr-e138-1518143905142-410551-01-03.hwx.site] USER[user] GROUP[-] > TOKEN[] APP[demo-wf] JOB[023-180712043119670-oozie-oozi-W] > ACTION[023-180712043119670-oozie-oozi-W@streaming-node] Error starting > action [streaming-node]. ErrorType [ERROR], ErrorCode > [NumberFormatException], Message [NumberFormatException: For input string: ""] > org.apache.oozie.action.ActionExecutorException: NumberFormatException: For > input string: "" > at > org.apache.oozie.action.ActionExecutor.convertException(ActionExecutor.java:446) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.submitLauncher(JavaActionExecutor.java:1271) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.start(JavaActionExecutor.java:1472) > at > org.apache.oozie.command.wf.ActionStartXCommand.execute(ActionStartXCommand.java:234) > at > org.apache.oozie.command.wf.ForkedActionStartXCommand.execute(ForkedActionStartXCommand.java:41) > at > org.apache.oozie.command.wf.ForkedActionStartXCommand.execute(ForkedActionStartXCommand.java:30) > at org.apache.oozie.command.XCommand.call(XCommand.java:287) > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > at > org.apache.oozie.service.CallableQueueService$CallableWrapper.run(CallableQueueService.java:179) > at >
[jira] [Updated] (OOZIE-3304) Parsing sharelib timestamps is not threadsafe
[ https://issues.apache.org/jira/browse/OOZIE-3304?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Denes Bodo updated OOZIE-3304: -- Attachment: OOZIE-3304-005.patch > Parsing sharelib timestamps is not threadsafe > - > > Key: OOZIE-3304 > URL: https://issues.apache.org/jira/browse/OOZIE-3304 > Project: Oozie > Issue Type: Bug > Components: core >Affects Versions: 5.0.0b1, 4.3.1 >Reporter: Denes Bodo >Assignee: Denes Bodo >Priority: Critical > Labels: usability > Attachments: OOZIE-3304-001.patch, OOZIE-3304-002.patch, > OOZIE-3304-003.patch, OOZIE-3304-004.patch, OOZIE-3304-005.patch > > > In rare cases the following Exception can be read in log files when an action > fails: > {code:java} > org.apache.oozie.action.ActionExecutorException: NumberFormatException: > multiple points > at > org.apache.oozie.action.ActionExecutor.convertException(ActionExecutor.java:446) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.submitLauncher(JavaActionExecutor.java:1271) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.start(JavaActionExecutor.java:1472) > at > org.apache.oozie.command.wf.ActionStartXCommand.execute(ActionStartXCommand.java:234) > at > org.apache.oozie.command.wf.ActionStartXCommand.execute(ActionStartXCommand.java:65) > at org.apache.oozie.command.XCommand.call(XCommand.java:287) > at > org.apache.oozie.service.CallableQueueService$CompositeCallable.call(CallableQueueService.java:332) > at > org.apache.oozie.service.CallableQueueService$CompositeCallable.call(CallableQueueService.java:261) > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > at > org.apache.oozie.service.CallableQueueService$CallableWrapper.run(CallableQueueService.java:179) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) > at java.lang.Thread.run(Thread.java:748) > Caused by: java.lang.NumberFormatException: multiple points > at > sun.misc.FloatingDecimal.readJavaFormatString(FloatingDecimal.java:1890) > at sun.misc.FloatingDecimal.parseDouble(FloatingDecimal.java:110) > at java.lang.Double.parseDouble(Double.java:538) > at java.text.DigitList.getDouble(DigitList.java:169) > at java.text.DecimalFormat.parse(DecimalFormat.java:2056) > at java.text.SimpleDateFormat.subParse(SimpleDateFormat.java:2160) > at java.text.SimpleDateFormat.parse(SimpleDateFormat.java:1514) > at java.text.DateFormat.parse(DateFormat.java:364) > at > org.apache.oozie.service.ShareLibService.getLatestLibPath(ShareLibService.java:727) > at > org.apache.oozie.service.ShareLibService.getShareLibRootPath(ShareLibService.java:595) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.getSharelibRoot(JavaActionExecutor.java:1297) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.initShareLibExcluder(JavaActionExecutor.java:858) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.setLibFilesArchives(JavaActionExecutor.java:866) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.submitLauncher(JavaActionExecutor.java:1156) > ... 11 more > {code} > or > {code:java} > 2018-07-12 04:48:52,649 WARN ForkedActionStartXCommand:523 - > SERVER[ctr-e138-1518143905142-410551-01-03.hwx.site] USER[user] GROUP[-] > TOKEN[] APP[demo-wf] JOB[023-180712043119670-oozie-oozi-W] > ACTION[023-180712043119670-oozie-oozi-W@streaming-node] Error starting > action [streaming-node]. ErrorType [ERROR], ErrorCode > [NumberFormatException], Message [NumberFormatException: For input string: ""] > org.apache.oozie.action.ActionExecutorException: NumberFormatException: For > input string: "" > at > org.apache.oozie.action.ActionExecutor.convertException(ActionExecutor.java:446) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.submitLauncher(JavaActionExecutor.java:1271) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.start(JavaActionExecutor.java:1472) > at > org.apache.oozie.command.wf.ActionStartXCommand.execute(ActionStartXCommand.java:234) > at > org.apache.oozie.command.wf.ForkedActionStartXCommand.execute(ForkedActionStartXCommand.java:41) > at > org.apache.oozie.command.wf.ForkedActionStartXCommand.execute(ForkedActionStartXCommand.java:30) > at org.apache.oozie.command.XCommand.call(XCommand.java:287) > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > at > org.apache.oozie.service.CallableQueueService$CallableWrapper.run(CallableQueueService.java:179) > at >
[jira] [Commented] (OOZIE-3304) Parsing sharelib timestamps is not threadsafe
[ https://issues.apache.org/jira/browse/OOZIE-3304?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16573328#comment-16573328 ] Denes Bodo commented on OOZIE-3304: --- Diff is updated on https://reviews.apache.org/r/67999/ > Parsing sharelib timestamps is not threadsafe > - > > Key: OOZIE-3304 > URL: https://issues.apache.org/jira/browse/OOZIE-3304 > Project: Oozie > Issue Type: Bug > Components: core >Affects Versions: 5.0.0b1, 4.3.1 >Reporter: Denes Bodo >Assignee: Denes Bodo >Priority: Critical > Labels: usability > Attachments: OOZIE-3304-001.patch, OOZIE-3304-002.patch, > OOZIE-3304-003.patch, OOZIE-3304-004.patch, OOZIE-3304-005.patch > > > In rare cases the following Exception can be read in log files when an action > fails: > {code:java} > org.apache.oozie.action.ActionExecutorException: NumberFormatException: > multiple points > at > org.apache.oozie.action.ActionExecutor.convertException(ActionExecutor.java:446) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.submitLauncher(JavaActionExecutor.java:1271) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.start(JavaActionExecutor.java:1472) > at > org.apache.oozie.command.wf.ActionStartXCommand.execute(ActionStartXCommand.java:234) > at > org.apache.oozie.command.wf.ActionStartXCommand.execute(ActionStartXCommand.java:65) > at org.apache.oozie.command.XCommand.call(XCommand.java:287) > at > org.apache.oozie.service.CallableQueueService$CompositeCallable.call(CallableQueueService.java:332) > at > org.apache.oozie.service.CallableQueueService$CompositeCallable.call(CallableQueueService.java:261) > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > at > org.apache.oozie.service.CallableQueueService$CallableWrapper.run(CallableQueueService.java:179) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) > at java.lang.Thread.run(Thread.java:748) > Caused by: java.lang.NumberFormatException: multiple points > at > sun.misc.FloatingDecimal.readJavaFormatString(FloatingDecimal.java:1890) > at sun.misc.FloatingDecimal.parseDouble(FloatingDecimal.java:110) > at java.lang.Double.parseDouble(Double.java:538) > at java.text.DigitList.getDouble(DigitList.java:169) > at java.text.DecimalFormat.parse(DecimalFormat.java:2056) > at java.text.SimpleDateFormat.subParse(SimpleDateFormat.java:2160) > at java.text.SimpleDateFormat.parse(SimpleDateFormat.java:1514) > at java.text.DateFormat.parse(DateFormat.java:364) > at > org.apache.oozie.service.ShareLibService.getLatestLibPath(ShareLibService.java:727) > at > org.apache.oozie.service.ShareLibService.getShareLibRootPath(ShareLibService.java:595) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.getSharelibRoot(JavaActionExecutor.java:1297) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.initShareLibExcluder(JavaActionExecutor.java:858) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.setLibFilesArchives(JavaActionExecutor.java:866) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.submitLauncher(JavaActionExecutor.java:1156) > ... 11 more > {code} > or > {code:java} > 2018-07-12 04:48:52,649 WARN ForkedActionStartXCommand:523 - > SERVER[ctr-e138-1518143905142-410551-01-03.hwx.site] USER[user] GROUP[-] > TOKEN[] APP[demo-wf] JOB[023-180712043119670-oozie-oozi-W] > ACTION[023-180712043119670-oozie-oozi-W@streaming-node] Error starting > action [streaming-node]. ErrorType [ERROR], ErrorCode > [NumberFormatException], Message [NumberFormatException: For input string: ""] > org.apache.oozie.action.ActionExecutorException: NumberFormatException: For > input string: "" > at > org.apache.oozie.action.ActionExecutor.convertException(ActionExecutor.java:446) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.submitLauncher(JavaActionExecutor.java:1271) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.start(JavaActionExecutor.java:1472) > at > org.apache.oozie.command.wf.ActionStartXCommand.execute(ActionStartXCommand.java:234) > at > org.apache.oozie.command.wf.ForkedActionStartXCommand.execute(ForkedActionStartXCommand.java:41) > at > org.apache.oozie.command.wf.ForkedActionStartXCommand.execute(ForkedActionStartXCommand.java:30) > at org.apache.oozie.command.XCommand.call(XCommand.java:287) > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > at >
[jira] [Commented] (OOZIE-3304) Parsing sharelib timestamps is not threadsafe
[ https://issues.apache.org/jira/browse/OOZIE-3304?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16559516#comment-16559516 ] Denes Bodo commented on OOZIE-3304: --- Member *dt* visibility set to protected and annotated with @VisibleForTesting > Parsing sharelib timestamps is not threadsafe > - > > Key: OOZIE-3304 > URL: https://issues.apache.org/jira/browse/OOZIE-3304 > Project: Oozie > Issue Type: Bug > Components: core >Affects Versions: 5.0.0b1, 4.3.1 >Reporter: Denes Bodo >Assignee: Denes Bodo >Priority: Critical > Labels: usability > Attachments: OOZIE-3304-001.patch, OOZIE-3304-002.patch > > > In rare cases the following Exception can be read in log files when an action > fails: > {code:java} > org.apache.oozie.action.ActionExecutorException: NumberFormatException: > multiple points > at > org.apache.oozie.action.ActionExecutor.convertException(ActionExecutor.java:446) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.submitLauncher(JavaActionExecutor.java:1271) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.start(JavaActionExecutor.java:1472) > at > org.apache.oozie.command.wf.ActionStartXCommand.execute(ActionStartXCommand.java:234) > at > org.apache.oozie.command.wf.ActionStartXCommand.execute(ActionStartXCommand.java:65) > at org.apache.oozie.command.XCommand.call(XCommand.java:287) > at > org.apache.oozie.service.CallableQueueService$CompositeCallable.call(CallableQueueService.java:332) > at > org.apache.oozie.service.CallableQueueService$CompositeCallable.call(CallableQueueService.java:261) > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > at > org.apache.oozie.service.CallableQueueService$CallableWrapper.run(CallableQueueService.java:179) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) > at java.lang.Thread.run(Thread.java:748) > Caused by: java.lang.NumberFormatException: multiple points > at > sun.misc.FloatingDecimal.readJavaFormatString(FloatingDecimal.java:1890) > at sun.misc.FloatingDecimal.parseDouble(FloatingDecimal.java:110) > at java.lang.Double.parseDouble(Double.java:538) > at java.text.DigitList.getDouble(DigitList.java:169) > at java.text.DecimalFormat.parse(DecimalFormat.java:2056) > at java.text.SimpleDateFormat.subParse(SimpleDateFormat.java:2160) > at java.text.SimpleDateFormat.parse(SimpleDateFormat.java:1514) > at java.text.DateFormat.parse(DateFormat.java:364) > at > org.apache.oozie.service.ShareLibService.getLatestLibPath(ShareLibService.java:727) > at > org.apache.oozie.service.ShareLibService.getShareLibRootPath(ShareLibService.java:595) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.getSharelibRoot(JavaActionExecutor.java:1297) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.initShareLibExcluder(JavaActionExecutor.java:858) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.setLibFilesArchives(JavaActionExecutor.java:866) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.submitLauncher(JavaActionExecutor.java:1156) > ... 11 more > {code} > or > {code:java} > 2018-07-12 04:48:52,649 WARN ForkedActionStartXCommand:523 - > SERVER[ctr-e138-1518143905142-410551-01-03.hwx.site] USER[user] GROUP[-] > TOKEN[] APP[demo-wf] JOB[023-180712043119670-oozie-oozi-W] > ACTION[023-180712043119670-oozie-oozi-W@streaming-node] Error starting > action [streaming-node]. ErrorType [ERROR], ErrorCode > [NumberFormatException], Message [NumberFormatException: For input string: ""] > org.apache.oozie.action.ActionExecutorException: NumberFormatException: For > input string: "" > at > org.apache.oozie.action.ActionExecutor.convertException(ActionExecutor.java:446) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.submitLauncher(JavaActionExecutor.java:1271) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.start(JavaActionExecutor.java:1472) > at > org.apache.oozie.command.wf.ActionStartXCommand.execute(ActionStartXCommand.java:234) > at > org.apache.oozie.command.wf.ForkedActionStartXCommand.execute(ForkedActionStartXCommand.java:41) > at > org.apache.oozie.command.wf.ForkedActionStartXCommand.execute(ForkedActionStartXCommand.java:30) > at org.apache.oozie.command.XCommand.call(XCommand.java:287) > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > at > org.apache.oozie.service.CallableQueueService$CallableWrapper.run(CallableQueueService.java:179) > at >
[jira] [Updated] (OOZIE-3304) Parsing sharelib timestamps is not threadsafe
[ https://issues.apache.org/jira/browse/OOZIE-3304?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Denes Bodo updated OOZIE-3304: -- Attachment: OOZIE-3304-002.patch > Parsing sharelib timestamps is not threadsafe > - > > Key: OOZIE-3304 > URL: https://issues.apache.org/jira/browse/OOZIE-3304 > Project: Oozie > Issue Type: Bug > Components: core >Affects Versions: 5.0.0b1, 4.3.1 >Reporter: Denes Bodo >Assignee: Denes Bodo >Priority: Critical > Labels: usability > Attachments: OOZIE-3304-001.patch, OOZIE-3304-002.patch > > > In rare cases the following Exception can be read in log files when an action > fails: > {code:java} > org.apache.oozie.action.ActionExecutorException: NumberFormatException: > multiple points > at > org.apache.oozie.action.ActionExecutor.convertException(ActionExecutor.java:446) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.submitLauncher(JavaActionExecutor.java:1271) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.start(JavaActionExecutor.java:1472) > at > org.apache.oozie.command.wf.ActionStartXCommand.execute(ActionStartXCommand.java:234) > at > org.apache.oozie.command.wf.ActionStartXCommand.execute(ActionStartXCommand.java:65) > at org.apache.oozie.command.XCommand.call(XCommand.java:287) > at > org.apache.oozie.service.CallableQueueService$CompositeCallable.call(CallableQueueService.java:332) > at > org.apache.oozie.service.CallableQueueService$CompositeCallable.call(CallableQueueService.java:261) > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > at > org.apache.oozie.service.CallableQueueService$CallableWrapper.run(CallableQueueService.java:179) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) > at java.lang.Thread.run(Thread.java:748) > Caused by: java.lang.NumberFormatException: multiple points > at > sun.misc.FloatingDecimal.readJavaFormatString(FloatingDecimal.java:1890) > at sun.misc.FloatingDecimal.parseDouble(FloatingDecimal.java:110) > at java.lang.Double.parseDouble(Double.java:538) > at java.text.DigitList.getDouble(DigitList.java:169) > at java.text.DecimalFormat.parse(DecimalFormat.java:2056) > at java.text.SimpleDateFormat.subParse(SimpleDateFormat.java:2160) > at java.text.SimpleDateFormat.parse(SimpleDateFormat.java:1514) > at java.text.DateFormat.parse(DateFormat.java:364) > at > org.apache.oozie.service.ShareLibService.getLatestLibPath(ShareLibService.java:727) > at > org.apache.oozie.service.ShareLibService.getShareLibRootPath(ShareLibService.java:595) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.getSharelibRoot(JavaActionExecutor.java:1297) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.initShareLibExcluder(JavaActionExecutor.java:858) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.setLibFilesArchives(JavaActionExecutor.java:866) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.submitLauncher(JavaActionExecutor.java:1156) > ... 11 more > {code} > or > {code:java} > 2018-07-12 04:48:52,649 WARN ForkedActionStartXCommand:523 - > SERVER[ctr-e138-1518143905142-410551-01-03.hwx.site] USER[user] GROUP[-] > TOKEN[] APP[demo-wf] JOB[023-180712043119670-oozie-oozi-W] > ACTION[023-180712043119670-oozie-oozi-W@streaming-node] Error starting > action [streaming-node]. ErrorType [ERROR], ErrorCode > [NumberFormatException], Message [NumberFormatException: For input string: ""] > org.apache.oozie.action.ActionExecutorException: NumberFormatException: For > input string: "" > at > org.apache.oozie.action.ActionExecutor.convertException(ActionExecutor.java:446) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.submitLauncher(JavaActionExecutor.java:1271) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.start(JavaActionExecutor.java:1472) > at > org.apache.oozie.command.wf.ActionStartXCommand.execute(ActionStartXCommand.java:234) > at > org.apache.oozie.command.wf.ForkedActionStartXCommand.execute(ForkedActionStartXCommand.java:41) > at > org.apache.oozie.command.wf.ForkedActionStartXCommand.execute(ForkedActionStartXCommand.java:30) > at org.apache.oozie.command.XCommand.call(XCommand.java:287) > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > at > org.apache.oozie.service.CallableQueueService$CallableWrapper.run(CallableQueueService.java:179) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) > at >
[jira] [Commented] (OOZIE-3304) Parsing sharelib timestamps is not threadsafe
[ https://issues.apache.org/jira/browse/OOZIE-3304?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16553960#comment-16553960 ] Denes Bodo commented on OOZIE-3304: --- [~andras.piros], [~gezapeti] shall I handle the Javadc warnings in this ticket? > Parsing sharelib timestamps is not threadsafe > - > > Key: OOZIE-3304 > URL: https://issues.apache.org/jira/browse/OOZIE-3304 > Project: Oozie > Issue Type: Bug > Components: core >Affects Versions: 5.0.0b1, 4.3.1 >Reporter: Denes Bodo >Assignee: Denes Bodo >Priority: Critical > Labels: usability > Attachments: OOZIE-3304-001.patch > > > In rare cases the following Exception can be read in log files when an action > fails: > {code:java} > org.apache.oozie.action.ActionExecutorException: NumberFormatException: > multiple points > at > org.apache.oozie.action.ActionExecutor.convertException(ActionExecutor.java:446) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.submitLauncher(JavaActionExecutor.java:1271) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.start(JavaActionExecutor.java:1472) > at > org.apache.oozie.command.wf.ActionStartXCommand.execute(ActionStartXCommand.java:234) > at > org.apache.oozie.command.wf.ActionStartXCommand.execute(ActionStartXCommand.java:65) > at org.apache.oozie.command.XCommand.call(XCommand.java:287) > at > org.apache.oozie.service.CallableQueueService$CompositeCallable.call(CallableQueueService.java:332) > at > org.apache.oozie.service.CallableQueueService$CompositeCallable.call(CallableQueueService.java:261) > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > at > org.apache.oozie.service.CallableQueueService$CallableWrapper.run(CallableQueueService.java:179) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) > at java.lang.Thread.run(Thread.java:748) > Caused by: java.lang.NumberFormatException: multiple points > at > sun.misc.FloatingDecimal.readJavaFormatString(FloatingDecimal.java:1890) > at sun.misc.FloatingDecimal.parseDouble(FloatingDecimal.java:110) > at java.lang.Double.parseDouble(Double.java:538) > at java.text.DigitList.getDouble(DigitList.java:169) > at java.text.DecimalFormat.parse(DecimalFormat.java:2056) > at java.text.SimpleDateFormat.subParse(SimpleDateFormat.java:2160) > at java.text.SimpleDateFormat.parse(SimpleDateFormat.java:1514) > at java.text.DateFormat.parse(DateFormat.java:364) > at > org.apache.oozie.service.ShareLibService.getLatestLibPath(ShareLibService.java:727) > at > org.apache.oozie.service.ShareLibService.getShareLibRootPath(ShareLibService.java:595) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.getSharelibRoot(JavaActionExecutor.java:1297) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.initShareLibExcluder(JavaActionExecutor.java:858) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.setLibFilesArchives(JavaActionExecutor.java:866) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.submitLauncher(JavaActionExecutor.java:1156) > ... 11 more > {code} > or > {code:java} > 2018-07-12 04:48:52,649 WARN ForkedActionStartXCommand:523 - > SERVER[ctr-e138-1518143905142-410551-01-03.hwx.site] USER[user] GROUP[-] > TOKEN[] APP[demo-wf] JOB[023-180712043119670-oozie-oozi-W] > ACTION[023-180712043119670-oozie-oozi-W@streaming-node] Error starting > action [streaming-node]. ErrorType [ERROR], ErrorCode > [NumberFormatException], Message [NumberFormatException: For input string: ""] > org.apache.oozie.action.ActionExecutorException: NumberFormatException: For > input string: "" > at > org.apache.oozie.action.ActionExecutor.convertException(ActionExecutor.java:446) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.submitLauncher(JavaActionExecutor.java:1271) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.start(JavaActionExecutor.java:1472) > at > org.apache.oozie.command.wf.ActionStartXCommand.execute(ActionStartXCommand.java:234) > at > org.apache.oozie.command.wf.ForkedActionStartXCommand.execute(ForkedActionStartXCommand.java:41) > at > org.apache.oozie.command.wf.ForkedActionStartXCommand.execute(ForkedActionStartXCommand.java:30) > at org.apache.oozie.command.XCommand.call(XCommand.java:287) > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > at > org.apache.oozie.service.CallableQueueService$CallableWrapper.run(CallableQueueService.java:179) > at >
[jira] [Commented] (OOZIE-3304) Parsing sharelib timestamps is not threadsafe
[ https://issues.apache.org/jira/browse/OOZIE-3304?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16550654#comment-16550654 ] Denes Bodo commented on OOZIE-3304: --- Thanks for the suggestions. Here is the review request: [https://reviews.apache.org/r/67999/] which is intended to use ThreadLocal variables for SimpleDateFormat as can be found in other classes. As I see it is the only product code class which had unstable parsing. I would not modify the test code which uses SDF class to parse. > Parsing sharelib timestamps is not threadsafe > - > > Key: OOZIE-3304 > URL: https://issues.apache.org/jira/browse/OOZIE-3304 > Project: Oozie > Issue Type: Bug > Components: core >Affects Versions: 5.0.0b1, 4.3.1 >Reporter: Denes Bodo >Assignee: Denes Bodo >Priority: Critical > Labels: usability > Attachments: OOZIE-3304-001.patch > > > In rare cases the following Exception can be read in log files when an action > fails: > {code:java} > org.apache.oozie.action.ActionExecutorException: NumberFormatException: > multiple points > at > org.apache.oozie.action.ActionExecutor.convertException(ActionExecutor.java:446) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.submitLauncher(JavaActionExecutor.java:1271) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.start(JavaActionExecutor.java:1472) > at > org.apache.oozie.command.wf.ActionStartXCommand.execute(ActionStartXCommand.java:234) > at > org.apache.oozie.command.wf.ActionStartXCommand.execute(ActionStartXCommand.java:65) > at org.apache.oozie.command.XCommand.call(XCommand.java:287) > at > org.apache.oozie.service.CallableQueueService$CompositeCallable.call(CallableQueueService.java:332) > at > org.apache.oozie.service.CallableQueueService$CompositeCallable.call(CallableQueueService.java:261) > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > at > org.apache.oozie.service.CallableQueueService$CallableWrapper.run(CallableQueueService.java:179) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) > at java.lang.Thread.run(Thread.java:748) > Caused by: java.lang.NumberFormatException: multiple points > at > sun.misc.FloatingDecimal.readJavaFormatString(FloatingDecimal.java:1890) > at sun.misc.FloatingDecimal.parseDouble(FloatingDecimal.java:110) > at java.lang.Double.parseDouble(Double.java:538) > at java.text.DigitList.getDouble(DigitList.java:169) > at java.text.DecimalFormat.parse(DecimalFormat.java:2056) > at java.text.SimpleDateFormat.subParse(SimpleDateFormat.java:2160) > at java.text.SimpleDateFormat.parse(SimpleDateFormat.java:1514) > at java.text.DateFormat.parse(DateFormat.java:364) > at > org.apache.oozie.service.ShareLibService.getLatestLibPath(ShareLibService.java:727) > at > org.apache.oozie.service.ShareLibService.getShareLibRootPath(ShareLibService.java:595) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.getSharelibRoot(JavaActionExecutor.java:1297) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.initShareLibExcluder(JavaActionExecutor.java:858) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.setLibFilesArchives(JavaActionExecutor.java:866) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.submitLauncher(JavaActionExecutor.java:1156) > ... 11 more > {code} > or > {code:java} > 2018-07-12 04:48:52,649 WARN ForkedActionStartXCommand:523 - > SERVER[ctr-e138-1518143905142-410551-01-03.hwx.site] USER[user] GROUP[-] > TOKEN[] APP[demo-wf] JOB[023-180712043119670-oozie-oozi-W] > ACTION[023-180712043119670-oozie-oozi-W@streaming-node] Error starting > action [streaming-node]. ErrorType [ERROR], ErrorCode > [NumberFormatException], Message [NumberFormatException: For input string: ""] > org.apache.oozie.action.ActionExecutorException: NumberFormatException: For > input string: "" > at > org.apache.oozie.action.ActionExecutor.convertException(ActionExecutor.java:446) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.submitLauncher(JavaActionExecutor.java:1271) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.start(JavaActionExecutor.java:1472) > at > org.apache.oozie.command.wf.ActionStartXCommand.execute(ActionStartXCommand.java:234) > at > org.apache.oozie.command.wf.ForkedActionStartXCommand.execute(ForkedActionStartXCommand.java:41) > at > org.apache.oozie.command.wf.ForkedActionStartXCommand.execute(ForkedActionStartXCommand.java:30) > at
[jira] [Updated] (OOZIE-3304) Parsing sharelib timestamps is not threadsafe
[ https://issues.apache.org/jira/browse/OOZIE-3304?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Denes Bodo updated OOZIE-3304: -- Attachment: OOZIE-3304-001.patch > Parsing sharelib timestamps is not threadsafe > - > > Key: OOZIE-3304 > URL: https://issues.apache.org/jira/browse/OOZIE-3304 > Project: Oozie > Issue Type: Bug > Components: core >Affects Versions: 5.0.0b1, 4.3.1 >Reporter: Denes Bodo >Assignee: Denes Bodo >Priority: Critical > Labels: usability > Attachments: OOZIE-3304-001.patch > > > In rare cases the following Exception can be read in log files when an action > fails: > {code:java} > org.apache.oozie.action.ActionExecutorException: NumberFormatException: > multiple points > at > org.apache.oozie.action.ActionExecutor.convertException(ActionExecutor.java:446) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.submitLauncher(JavaActionExecutor.java:1271) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.start(JavaActionExecutor.java:1472) > at > org.apache.oozie.command.wf.ActionStartXCommand.execute(ActionStartXCommand.java:234) > at > org.apache.oozie.command.wf.ActionStartXCommand.execute(ActionStartXCommand.java:65) > at org.apache.oozie.command.XCommand.call(XCommand.java:287) > at > org.apache.oozie.service.CallableQueueService$CompositeCallable.call(CallableQueueService.java:332) > at > org.apache.oozie.service.CallableQueueService$CompositeCallable.call(CallableQueueService.java:261) > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > at > org.apache.oozie.service.CallableQueueService$CallableWrapper.run(CallableQueueService.java:179) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) > at java.lang.Thread.run(Thread.java:748) > Caused by: java.lang.NumberFormatException: multiple points > at > sun.misc.FloatingDecimal.readJavaFormatString(FloatingDecimal.java:1890) > at sun.misc.FloatingDecimal.parseDouble(FloatingDecimal.java:110) > at java.lang.Double.parseDouble(Double.java:538) > at java.text.DigitList.getDouble(DigitList.java:169) > at java.text.DecimalFormat.parse(DecimalFormat.java:2056) > at java.text.SimpleDateFormat.subParse(SimpleDateFormat.java:2160) > at java.text.SimpleDateFormat.parse(SimpleDateFormat.java:1514) > at java.text.DateFormat.parse(DateFormat.java:364) > at > org.apache.oozie.service.ShareLibService.getLatestLibPath(ShareLibService.java:727) > at > org.apache.oozie.service.ShareLibService.getShareLibRootPath(ShareLibService.java:595) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.getSharelibRoot(JavaActionExecutor.java:1297) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.initShareLibExcluder(JavaActionExecutor.java:858) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.setLibFilesArchives(JavaActionExecutor.java:866) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.submitLauncher(JavaActionExecutor.java:1156) > ... 11 more > {code} > or > {code:java} > 2018-07-12 04:48:52,649 WARN ForkedActionStartXCommand:523 - > SERVER[ctr-e138-1518143905142-410551-01-03.hwx.site] USER[user] GROUP[-] > TOKEN[] APP[demo-wf] JOB[023-180712043119670-oozie-oozi-W] > ACTION[023-180712043119670-oozie-oozi-W@streaming-node] Error starting > action [streaming-node]. ErrorType [ERROR], ErrorCode > [NumberFormatException], Message [NumberFormatException: For input string: ""] > org.apache.oozie.action.ActionExecutorException: NumberFormatException: For > input string: "" > at > org.apache.oozie.action.ActionExecutor.convertException(ActionExecutor.java:446) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.submitLauncher(JavaActionExecutor.java:1271) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.start(JavaActionExecutor.java:1472) > at > org.apache.oozie.command.wf.ActionStartXCommand.execute(ActionStartXCommand.java:234) > at > org.apache.oozie.command.wf.ForkedActionStartXCommand.execute(ForkedActionStartXCommand.java:41) > at > org.apache.oozie.command.wf.ForkedActionStartXCommand.execute(ForkedActionStartXCommand.java:30) > at org.apache.oozie.command.XCommand.call(XCommand.java:287) > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > at > org.apache.oozie.service.CallableQueueService$CallableWrapper.run(CallableQueueService.java:179) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) > at >
[jira] [Updated] (OOZIE-3304) Parsing sharelib timestamps is not threadsafe
[ https://issues.apache.org/jira/browse/OOZIE-3304?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Denes Bodo updated OOZIE-3304: -- Attachment: (was: OOZIE-3304-001.patch) > Parsing sharelib timestamps is not threadsafe > - > > Key: OOZIE-3304 > URL: https://issues.apache.org/jira/browse/OOZIE-3304 > Project: Oozie > Issue Type: Bug > Components: core >Affects Versions: 5.0.0b1, 4.3.1 >Reporter: Denes Bodo >Assignee: Denes Bodo >Priority: Critical > Labels: usability > > In rare cases the following Exception can be read in log files when an action > fails: > {code:java} > org.apache.oozie.action.ActionExecutorException: NumberFormatException: > multiple points > at > org.apache.oozie.action.ActionExecutor.convertException(ActionExecutor.java:446) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.submitLauncher(JavaActionExecutor.java:1271) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.start(JavaActionExecutor.java:1472) > at > org.apache.oozie.command.wf.ActionStartXCommand.execute(ActionStartXCommand.java:234) > at > org.apache.oozie.command.wf.ActionStartXCommand.execute(ActionStartXCommand.java:65) > at org.apache.oozie.command.XCommand.call(XCommand.java:287) > at > org.apache.oozie.service.CallableQueueService$CompositeCallable.call(CallableQueueService.java:332) > at > org.apache.oozie.service.CallableQueueService$CompositeCallable.call(CallableQueueService.java:261) > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > at > org.apache.oozie.service.CallableQueueService$CallableWrapper.run(CallableQueueService.java:179) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) > at java.lang.Thread.run(Thread.java:748) > Caused by: java.lang.NumberFormatException: multiple points > at > sun.misc.FloatingDecimal.readJavaFormatString(FloatingDecimal.java:1890) > at sun.misc.FloatingDecimal.parseDouble(FloatingDecimal.java:110) > at java.lang.Double.parseDouble(Double.java:538) > at java.text.DigitList.getDouble(DigitList.java:169) > at java.text.DecimalFormat.parse(DecimalFormat.java:2056) > at java.text.SimpleDateFormat.subParse(SimpleDateFormat.java:2160) > at java.text.SimpleDateFormat.parse(SimpleDateFormat.java:1514) > at java.text.DateFormat.parse(DateFormat.java:364) > at > org.apache.oozie.service.ShareLibService.getLatestLibPath(ShareLibService.java:727) > at > org.apache.oozie.service.ShareLibService.getShareLibRootPath(ShareLibService.java:595) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.getSharelibRoot(JavaActionExecutor.java:1297) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.initShareLibExcluder(JavaActionExecutor.java:858) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.setLibFilesArchives(JavaActionExecutor.java:866) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.submitLauncher(JavaActionExecutor.java:1156) > ... 11 more > {code} > or > {code:java} > 2018-07-12 04:48:52,649 WARN ForkedActionStartXCommand:523 - > SERVER[ctr-e138-1518143905142-410551-01-03.hwx.site] USER[user] GROUP[-] > TOKEN[] APP[demo-wf] JOB[023-180712043119670-oozie-oozi-W] > ACTION[023-180712043119670-oozie-oozi-W@streaming-node] Error starting > action [streaming-node]. ErrorType [ERROR], ErrorCode > [NumberFormatException], Message [NumberFormatException: For input string: ""] > org.apache.oozie.action.ActionExecutorException: NumberFormatException: For > input string: "" > at > org.apache.oozie.action.ActionExecutor.convertException(ActionExecutor.java:446) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.submitLauncher(JavaActionExecutor.java:1271) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.start(JavaActionExecutor.java:1472) > at > org.apache.oozie.command.wf.ActionStartXCommand.execute(ActionStartXCommand.java:234) > at > org.apache.oozie.command.wf.ForkedActionStartXCommand.execute(ForkedActionStartXCommand.java:41) > at > org.apache.oozie.command.wf.ForkedActionStartXCommand.execute(ForkedActionStartXCommand.java:30) > at org.apache.oozie.command.XCommand.call(XCommand.java:287) > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > at > org.apache.oozie.service.CallableQueueService$CallableWrapper.run(CallableQueueService.java:179) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) > at >
[jira] [Updated] (OOZIE-3304) Parsing sharelib timestamps is not threadsafe
[ https://issues.apache.org/jira/browse/OOZIE-3304?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Denes Bodo updated OOZIE-3304: -- Attachment: OOZIE-3304-001.patch > Parsing sharelib timestamps is not threadsafe > - > > Key: OOZIE-3304 > URL: https://issues.apache.org/jira/browse/OOZIE-3304 > Project: Oozie > Issue Type: Bug > Components: core >Affects Versions: 5.0.0b1, 4.3.1 >Reporter: Denes Bodo >Assignee: Denes Bodo >Priority: Critical > Labels: usability > Attachments: OOZIE-3304-001.patch > > > In rare cases the following Exception can be read in log files when an action > fails: > {code:java} > org.apache.oozie.action.ActionExecutorException: NumberFormatException: > multiple points > at > org.apache.oozie.action.ActionExecutor.convertException(ActionExecutor.java:446) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.submitLauncher(JavaActionExecutor.java:1271) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.start(JavaActionExecutor.java:1472) > at > org.apache.oozie.command.wf.ActionStartXCommand.execute(ActionStartXCommand.java:234) > at > org.apache.oozie.command.wf.ActionStartXCommand.execute(ActionStartXCommand.java:65) > at org.apache.oozie.command.XCommand.call(XCommand.java:287) > at > org.apache.oozie.service.CallableQueueService$CompositeCallable.call(CallableQueueService.java:332) > at > org.apache.oozie.service.CallableQueueService$CompositeCallable.call(CallableQueueService.java:261) > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > at > org.apache.oozie.service.CallableQueueService$CallableWrapper.run(CallableQueueService.java:179) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) > at java.lang.Thread.run(Thread.java:748) > Caused by: java.lang.NumberFormatException: multiple points > at > sun.misc.FloatingDecimal.readJavaFormatString(FloatingDecimal.java:1890) > at sun.misc.FloatingDecimal.parseDouble(FloatingDecimal.java:110) > at java.lang.Double.parseDouble(Double.java:538) > at java.text.DigitList.getDouble(DigitList.java:169) > at java.text.DecimalFormat.parse(DecimalFormat.java:2056) > at java.text.SimpleDateFormat.subParse(SimpleDateFormat.java:2160) > at java.text.SimpleDateFormat.parse(SimpleDateFormat.java:1514) > at java.text.DateFormat.parse(DateFormat.java:364) > at > org.apache.oozie.service.ShareLibService.getLatestLibPath(ShareLibService.java:727) > at > org.apache.oozie.service.ShareLibService.getShareLibRootPath(ShareLibService.java:595) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.getSharelibRoot(JavaActionExecutor.java:1297) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.initShareLibExcluder(JavaActionExecutor.java:858) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.setLibFilesArchives(JavaActionExecutor.java:866) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.submitLauncher(JavaActionExecutor.java:1156) > ... 11 more > {code} > or > {code:java} > 2018-07-12 04:48:52,649 WARN ForkedActionStartXCommand:523 - > SERVER[ctr-e138-1518143905142-410551-01-03.hwx.site] USER[user] GROUP[-] > TOKEN[] APP[demo-wf] JOB[023-180712043119670-oozie-oozi-W] > ACTION[023-180712043119670-oozie-oozi-W@streaming-node] Error starting > action [streaming-node]. ErrorType [ERROR], ErrorCode > [NumberFormatException], Message [NumberFormatException: For input string: ""] > org.apache.oozie.action.ActionExecutorException: NumberFormatException: For > input string: "" > at > org.apache.oozie.action.ActionExecutor.convertException(ActionExecutor.java:446) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.submitLauncher(JavaActionExecutor.java:1271) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.start(JavaActionExecutor.java:1472) > at > org.apache.oozie.command.wf.ActionStartXCommand.execute(ActionStartXCommand.java:234) > at > org.apache.oozie.command.wf.ForkedActionStartXCommand.execute(ForkedActionStartXCommand.java:41) > at > org.apache.oozie.command.wf.ForkedActionStartXCommand.execute(ForkedActionStartXCommand.java:30) > at org.apache.oozie.command.XCommand.call(XCommand.java:287) > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > at > org.apache.oozie.service.CallableQueueService$CallableWrapper.run(CallableQueueService.java:179) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) > at >
[jira] [Commented] (OOZIE-3304) Parsing sharelib timestamps is not threadsafe
[ https://issues.apache.org/jira/browse/OOZIE-3304?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16547463#comment-16547463 ] Denes Bodo commented on OOZIE-3304: --- There are plenty of classes where SimpleDateFormat is used. Shall we use a class that is child of SimpleDateFormat and override the parse method OR can we implement a new class that manages a SimpleDateFormat pool in a synchronized way? I think extracting the parse function could be much more elegant in Oozie's case than implementing thread safe environment around all places where the parsing is needed. > Parsing sharelib timestamps is not threadsafe > - > > Key: OOZIE-3304 > URL: https://issues.apache.org/jira/browse/OOZIE-3304 > Project: Oozie > Issue Type: Bug > Components: core >Affects Versions: 5.0.0b1, 4.3.1 >Reporter: Denes Bodo >Assignee: Denes Bodo >Priority: Critical > Labels: usability > > In rare cases the following Exception can be read in log files when an action > fails: > {code:java} > org.apache.oozie.action.ActionExecutorException: NumberFormatException: > multiple points > at > org.apache.oozie.action.ActionExecutor.convertException(ActionExecutor.java:446) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.submitLauncher(JavaActionExecutor.java:1271) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.start(JavaActionExecutor.java:1472) > at > org.apache.oozie.command.wf.ActionStartXCommand.execute(ActionStartXCommand.java:234) > at > org.apache.oozie.command.wf.ActionStartXCommand.execute(ActionStartXCommand.java:65) > at org.apache.oozie.command.XCommand.call(XCommand.java:287) > at > org.apache.oozie.service.CallableQueueService$CompositeCallable.call(CallableQueueService.java:332) > at > org.apache.oozie.service.CallableQueueService$CompositeCallable.call(CallableQueueService.java:261) > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > at > org.apache.oozie.service.CallableQueueService$CallableWrapper.run(CallableQueueService.java:179) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) > at java.lang.Thread.run(Thread.java:748) > Caused by: java.lang.NumberFormatException: multiple points > at > sun.misc.FloatingDecimal.readJavaFormatString(FloatingDecimal.java:1890) > at sun.misc.FloatingDecimal.parseDouble(FloatingDecimal.java:110) > at java.lang.Double.parseDouble(Double.java:538) > at java.text.DigitList.getDouble(DigitList.java:169) > at java.text.DecimalFormat.parse(DecimalFormat.java:2056) > at java.text.SimpleDateFormat.subParse(SimpleDateFormat.java:2160) > at java.text.SimpleDateFormat.parse(SimpleDateFormat.java:1514) > at java.text.DateFormat.parse(DateFormat.java:364) > at > org.apache.oozie.service.ShareLibService.getLatestLibPath(ShareLibService.java:727) > at > org.apache.oozie.service.ShareLibService.getShareLibRootPath(ShareLibService.java:595) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.getSharelibRoot(JavaActionExecutor.java:1297) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.initShareLibExcluder(JavaActionExecutor.java:858) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.setLibFilesArchives(JavaActionExecutor.java:866) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.submitLauncher(JavaActionExecutor.java:1156) > ... 11 more > {code} > or > {code:java} > 2018-07-12 04:48:52,649 WARN ForkedActionStartXCommand:523 - > SERVER[ctr-e138-1518143905142-410551-01-03.hwx.site] USER[user] GROUP[-] > TOKEN[] APP[demo-wf] JOB[023-180712043119670-oozie-oozi-W] > ACTION[023-180712043119670-oozie-oozi-W@streaming-node] Error starting > action [streaming-node]. ErrorType [ERROR], ErrorCode > [NumberFormatException], Message [NumberFormatException: For input string: ""] > org.apache.oozie.action.ActionExecutorException: NumberFormatException: For > input string: "" > at > org.apache.oozie.action.ActionExecutor.convertException(ActionExecutor.java:446) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.submitLauncher(JavaActionExecutor.java:1271) > at > org.apache.oozie.action.hadoop.JavaActionExecutor.start(JavaActionExecutor.java:1472) > at > org.apache.oozie.command.wf.ActionStartXCommand.execute(ActionStartXCommand.java:234) > at > org.apache.oozie.command.wf.ForkedActionStartXCommand.execute(ForkedActionStartXCommand.java:41) > at > org.apache.oozie.command.wf.ForkedActionStartXCommand.execute(ForkedActionStartXCommand.java:30) > at