Chef infra 为什么Chef在重新启动请求时抛出致命错误
我正在尝试使用client.log上的日志过滤器来评估Chef是否成功运行 在厨师运行的正常过程中,我的食谱要求重新启动 厨师日志:Chef infra 为什么Chef在重新启动请求时抛出致命错误,chef-infra,chef-recipe,chef-zero,Chef Infra,Chef Recipe,Chef Zero,我正在尝试使用client.log上的日志过滤器来评估Chef是否成功运行 在厨师运行的正常过程中,我的食谱要求重新启动 厨师日志: FATAL: Chef::Exceptions::Reboot: Rebooting server at a recipe's request. 为什么Chef会在正常的重新启动请求中抛出错误?如何防止记录此错误 我的重新启动请求看起来像 reboot "my_reboot" do action :reboot_now reason 'There
FATAL: Chef::Exceptions::Reboot: Rebooting server at a recipe's request.
为什么Chef会在正常的重新启动请求中抛出错误?如何防止记录此错误
我的重新启动请求看起来像
reboot "my_reboot" do
action :reboot_now
reason 'There is a pending reboot.'
only_if { reboot_pending? }
delay_mins 0.5
end
因为我们希望避免在Chef converge中运行任何进一步的操作,最简单的方法是引发异常。因为我们希望避免在Chef converge中运行任何进一步的操作,最简单的方法是引发异常。除了上面的日志之外,还有更多的日志可以说明原因。请尝试在调试中运行以检查原因,或提供更多关于此的日志。除了上述日志之外,还有更多的日志可以说明原因。请尝试在调试中运行以检查原因或提供更多关于此的日志。异常应为异常。如果日志不是确定最后一次chef运行是否返回错误的可靠来源,那是什么?这是一个奇怪的特殊情况,因为Ruby没有任何其他非本地代码执行流构造可以在这种情况下正常工作。你只需要为它添加一个过滤器。这就是在一个不完美的世界中构建软件的现实:)例外应该是例外。如果日志不是确定最后一次chef运行是否返回错误的可靠来源,那是什么?这是一个奇怪的特殊情况,因为Ruby没有任何其他非本地代码执行流构造可以在这种情况下正常工作。你只需要为它添加一个过滤器。这就是在不完美的世界中构建软件的现实:)