2014-02-25 150 views
4

我在运行oozie协调器作业时遇到问题。以下是我的工作属性和xml文件代码。提交工作时没有错误,但工作总是处于“准备”状态。在一定程度的等待之后,我必须手动杀死这个工作。分别执行工作流程作业时,它已成功完成。Oozie停留在PREP状态

您能否让我知道我的合作工作中会出现什么问题?

这里是我的coordinator.xml

coordinator.xml

这里是我的coordinatorjob.properties

coordinatorjob.properties

感谢,

卡莱

+0

嗨,工作流作业本身卡在PREP状态oozie 4.0.1?你曾经遇到过这个问题吗? – Kumar

回答

11

Coordi nator在未来的开始时间处于PREP状态。在您的配置中启动时间为2014-02-25 11:31 UTC,因此如果您在提交问题时提交(2014-02-25 06:45 UTC),它仍然有大约5个小时的时间来等待PREP状态在创建第一个物化并切换到RUNNING之前。有关状态转换,请参阅documentation

+0

谢谢。属性中的时区被提及为GMT + 0530,所以我已经在IST值中设置了作业的开始和结束时间。那么请你让我知道在IST时区安排工作的正确方法是什么? 谢谢 – Kalai

+0

来自docs:“Oozie在没有DST(通常为UTC)的固定时区处理协调员作业,这个时区被称为”Oozie处理时区“。为特定协调员指定的时区仅影响某些夏令时。所以,最简单的方法是使用UTC安排工作。 – Dmitry

+0

谢谢。它运作良好。 – Kalai

0

同步职位(个人职位,不是协调员职位等)在PREP状态下做实际工作。例如,SSH Action就是这种情况(即使它稍微复杂一点,因为java代码是同步发生的,但远程shell脚本是异步执行的)。

就你而言,我认为德米特里的答案是更有帮助的答案,但是记住PREP状态还有其他原因也是很好的。

+0

有趣。根据文档协调员只有在运行时才开始实现工作流作业。工作流作业实现之前,SSH动作如何开始执行? – Dmitry

+0

我在谈论个人工作,而不是关于工作流程或“协调员工作”。我知道它不直接解决这个问题,但恕我直言,关于Oozie的更多信息有更好的给定它有多糟糕的文档,并给出它是多么复杂的软件。 –

相关问题