在美国大部分地区，昨晚是“后退”时间更改。今天早上我醒来，发现了数十个工作失败通知。但是，几乎所有这些都不正确：作业显示正常完成，但是Rundeck发送了故障通知。
有趣的是，这发生在两个完全独立的Rundeck安装中（v2.10.8-1和v3.1.2-20190927）。共同点是它们都在CentOS 7（独立的服务器）上。他们都使用MariaDB，尽管MariaDB的版本不同。
成功完成的作业的失败电子邮件在“预定时间”行中显示为负时间：
#1,811,391
by admin Scheduled after 59m at 1:19 AM
• Scheduled after -33s - View Output »
• Download Output
Execution
User: admin
Time: 59m
Started: in 59m 2019-11-03 01:19:01.0
Finished: 1s ago Sun Nov 03 01:19:28 EDT 2019
Executions Success rate Average duration
100% -45s
该工作实际上是在美国东部时间01:19（最初的凌晨1点，现在是美国东部标准时间）的27秒内运行。查看电子邮件标题，我相信我是在工作进行一个小时后的美国东部标准时间1:19收到消息的。
所以这似乎对我意味着这只是一个通知问题（以某种方式）。
但是在执行其他作业后，还有一些作业也失败了，这显然是因为成功完成的作业返回了RC2。我不确定该怎么做。
我们已经运行Rundeck几年了，这是我记得第一次遇到这个问题。当然，我的记忆可能有问题-也许我们以前见过，只是受影响的工作较少或类似。
它影响了两台不同服务器上两个不同版本的Rundeck的事实，这意味着它已经存在了一段时间，这是Rundeck的一个基本问题，或者是操作系统中的其他问题以某种方式导致了Rundeck的问题。 （尽管时间的变化并不新鲜，所以这似乎也有些令人惊讶。）
任何关于可能发生的事情（以及明年如何防止这种情况的思考，除非在UTC上明显运转）的任何想法都将受到赞赏。