Hadoop Oozie Coordinator作业的未来操作数量有限

Hadoop Oozie Coordinator作业的未来操作数量有限,hadoop,action,jobs,oozie,oozie-coordinator,Hadoop,Action,Jobs,Oozie,Oozie Coordinator,我创建了一个捆绑作业,它启动4个协调作业,每个协调作业依次启动1个工作流(总共4个并发工作流) 当我查看每个协调员的操作详细信息时,我可以看到它已经创建了未来的操作,但仅在一个小时之前创建,而不管我在bundle属性文件中指定的频率如何 例如,以10分钟(*/10***)为频率,我创建了6个动作,第一个动作正在运行,下一个动作准备就绪,其他动作正在等待。这与4个协调器作业中的每一个都是相同的场景。如果我把频率改为5分钟(/5****),我现在可以得到12份工作,所以在未来的一个小时内仍然可以 我

我创建了一个捆绑作业,它启动4个协调作业,每个协调作业依次启动1个工作流(总共4个并发工作流)

当我查看每个协调员的操作详细信息时,我可以看到它已经创建了未来的操作,但仅在一个小时之前创建,而不管我在bundle属性文件中指定的频率如何

例如,以10分钟(*/10***)为频率,我创建了6个动作,第一个动作正在运行,下一个动作准备就绪,其他动作正在等待。这与4个协调器作业中的每一个都是相同的场景。如果我把频率改为5分钟(/5****),我现在可以得到12份工作,所以在未来的一个小时内仍然可以

我做错了什么,我试图实现的是,4位协调员每10分钟启动一次他们的特定工作流,直到2099年(很遥远的将来),但现在我每个协调员只能执行有限数量的操作,当这些操作都成功或失败时,不会执行新的操作


如果您能提供任何帮助,我们将不胜感激。

您在协调器顶部为开始和结束属性添加了哪些内容?开始和结束日期已在捆绑属性中指定。启动捆绑包时,开始日期通过oozie cli传入,并以UTC格式设置为系统时间。在属性文件中,结束日期设置为2099。我已设法使其正常工作。不确定这是否是正确的解决方案,但似乎有效。我在一篇文章中提到,oozie启动器往往会使用队列中的所有可用插槽来死锁。所以我基本上去做了一个额外的纱线队列,分配了20%的资源。然后,我指定了此队列以在配置单元操作中使用。这就解决了问题。虽然我不确定分配给新队列的资源的百分比,但20%似乎很好。我还可以确认协调员在当前时间以及将来另外4个处于就绪/等待状态的队列中执行操作。一旦这些时间和操作运行,就会创建一组新的5个操作,因此这也可以正常工作