Jenkins 詹金斯管道恢复,但什么也没发生

Jenkins 詹金斯管道恢复,但什么也没发生,jenkins,jenkins-pipeline,Jenkins,Jenkins Pipeline,我们有一个带有几个阶段的Jenkins管道(管道作为代码)。其中一个阶段创造了约40-50个下游工作岗位,并以并行步骤启动。 不幸的是,我们的詹金斯大师每晚都会重新开机。重新启动后,队列中的每个作业都将丢失,当前运行的下游作业将因错误而停止。 重新连接子节点后,管道处于恢复状态(=>控制台输出:恢复生成),但什么也没有发生 现在我有以下问题: 当管道试图恢复时会发生什么?管道是否再次从第1阶段开始 是否可以对以前在队列中的下游作业重新进行排队 仅在流中使用的每个作业中选择“如果主管道重新启动,

我们有一个带有几个阶段的Jenkins管道(管道作为代码)。其中一个阶段创造了约40-50个下游工作岗位,并以并行步骤启动。 不幸的是,我们的詹金斯大师每晚都会重新开机。重新启动后,队列中的每个作业都将丢失,当前运行的下游作业将因错误而停止。 重新连接子节点后,管道处于恢复状态(=>控制台输出:恢复生成),但什么也没有发生

现在我有以下问题:

  • 当管道试图恢复时会发生什么?管道是否再次从第1阶段开始
  • 是否可以对以前在队列中的下游作业重新进行排队

仅在流中使用的每个作业中选择“如果主管道重新启动,则不允许管道恢复”。在这种情况下,此问题不会发生(恢复状态)

作为恢复的解决方案-使用一些“队列”检查器。例如:

  • 对于每个构建请求,在某个文件夹中创建一个唯一的名为json/yaml的文件(要启动的构建配置),您的主作业将检查该文件是否存在
  • 如果发现这样的文件,则启动主作业(配置为“不允许并发构建”)。为这项工作留出一些时间
  • 在主作业启动结束时-删除文件
    或者使用一些SQS队列,如果它在AWS中…

    您是否在构建中添加了检查点?恢复选项将从失败的检查点开始。检查点插件似乎只在Cloudbees版本中可用,而不是Jenkins的开源版本。
    options {
      disableResume()
    }