Oozie Coordinator每次触发生成12个重复Workflow问题求助

我来帮你分析下这个问题，结合你的配置和描述，大概率是时区配置冲突或者Coordinator在补跑历史作业导致的，下面详细说明：

1. 时区不匹配导致调度计算出错 #

你的Coordinator里设置了timezone="GMT+04:00"，但start和end时间用的是UTC时区（带Z后缀）。这会让Oozie在计算调度间隔时出现偏差：

• 比如2019-05-01T17:53Z（UTC时间）转成GMT+04:00是当天21:53，如果Oozie服务器用的是GMT+04:00时区，系统会把这个时间差算进去，可能刚好得出12个5分钟的调度间隔，所以一次性生成了12个Workflow。

解决办法：

• 统一时区：要么把start和end改成GMT+04:00的本地时间格式（比如2019-05-01T21:53+04:00），要么删掉timezone参数，让Oozie默认用UTC时区，保持start/end的Z后缀格式。

2. Coordinator在补跑历史错过的作业 #

你的Coordinatorstart是2019年5月，end是2020年1月，时间跨度特别大。如果你是刚部署这个Coordinator，Oozie会自动计算从start到当前时间里所有符合5分钟频率的调度点，然后一次性触发所有这些点的Workflow——你看到的12个，应该是当前时间距离最近的一个调度点刚好差了12个5分钟的周期。

解决办法：

• 不需要补跑的话，把start设成当前时间之后的几分钟（比如现在是10:00，就设start="2024-05-20T10:05+04:00"），这样Oozie只会从未来的时间点开始调度，不会生成历史作业。
• 如果确实需要补跑，但不想一次性跑太多，可以给Coordinator加个concurrency参数限制并发数，在<coordinator-app>标签里添加：

  <concurrency>1</concurrency>
  

  这样Oozie会一个接一个执行补跑作业，不会一次性启动12个。

额外小提醒 #

• 检查下Oozie服务器的系统时区和你配置的timezone是否一致，时区不统一很容易出这种调度计算错误。
• 你的Workflow里Spark的master设成了local，这在沙箱里测试没问题，但如果是集群环境，建议改成yarn，避免本地资源不足影响作业执行。

内容的提问来源于stack exchange，提问作者user218046