:delayed 对通知有什么作用？或者为什么它不能正常工作？

Question

我一直觉得delayed如下

notifies :restart, 'service[nexus]', :delayed

会将服务的重新启动延迟到运行结束。现在我注意到情况似乎并非如此。如下面的日志所示，重启是延迟发送并立即执行的。每次。

顺便说一句，日志很奇怪，因为似乎配方运行了多次。我只有一个ruby_block 用于security-configuration.xml，但它在日志中出现了很多次。

:delayed 的用途是什么？什么延迟了？

一个资源怎么可能在日志中多次显示？它不应该运行一次吗？

==> default: [2016-08-18T13:24:31+00:00] INFO: ruby_block[/opt/nexus/sonatype-work/conf/security-configuration.xml] sending restart action to service[nexus] (delayed)
==> default: [2016-08-18T13:24:55+00:00] INFO: service[nexus] restarted
==> default: [2016-08-18T13:24:55+00:00] INFO: ruby_block[/opt/nexus/sonatype-work/conf/security-configuration.xml] sending restart action to service[nexus] (delayed)
==> default: [2016-08-18T13:25:13+00:00] INFO: service[nexus] restarted
==> default: [2016-08-18T13:25:13+00:00] INFO: ruby_block[/opt/nexus/sonatype-work/conf/security-configuration.xml] sending restart action to service[nexus] (delayed)
==> default: [2016-08-18T13:25:36+00:00] INFO: service[nexus] restarted
==> default: [2016-08-18T13:25:36+00:00] INFO: ruby_block[/opt/nexus/sonatype-work/conf/security-configuration.xml] sending restart action to service[nexus] (delayed)
==> default: [2016-08-18T13:25:59+00:00] INFO: service[nexus] restarted
==> default: [2016-08-18T13:25:59+00:00] INFO: ruby_block[/opt/nexus/sonatype-work/conf/security-configuration.xml] sending restart action to service[nexus] (delayed)

我正在使用 Chef 客户端 12.4.1。

更新

所以我对延迟的理解是正确的。现在的问题是为什么延迟不再起作用。顺便说一句，这种行为也适用于其他服务，例如 jenkins

==> default: [2016-08-19T06:51:56+00:00] INFO: template[/var/lib/jenkins/config.xml] sending restart action to service[jenkins] (delayed)
==> default: [2016-08-19T06:51:58+00:00] INFO: service[jenkins] restarted 

收到延迟重启通知的服务会立即重启，因此会在运行期间多次重启。这现在也导致运行失败，并显示经常重新启动的消息。

==> default: STDERR: Job for jenkins.service failed because start of the service was attempted too often. See "systemctl status jenkins.service" and "journalctl -xe" for details.

这种延迟重启服务的能力非常重要。为什么它不能正常工作？

Answer 1

它会延迟聚合该资源，直到客户端运行结束。此外，如果资源被延迟多次“通知”，它只会执行一次。这对于加快 Chef-client 运行时间非常有益。

来自Chef's docs：

指定通知应该排队，然后在 chef-client 运行的最后执行。