Events 为什么不'；我没有看到与失败的Kubernetes探测器有关的事件吗？
我已经在Kubernetes部署中为容器定义了就绪性和活动性探测。当这些失败时，我希望看到它们的输出包含在pod的事件中。然而，我没有看到这样的事件。我确实看到了同一个吊舱的其他事件 我在GKE上运行，使用Kubernetes v1.6.4 应生成事件的代码位于此处： 相反，我看到的是表明无法检索容器的“ref”的日志。我在代码中的其他地方看到了类似的日志，它们试图记录与容器相关的事件 这是虫子吗？这些事件可能非常有用。特别是，这是查看失败探测器输出的唯一方法，以便我可以诊断意外失败的探测器Events 为什么不'；我没有看到与失败的Kubernetes探测器有关的事件吗？,events,kubernetes,kubernetes-health-check,Events,Kubernetes,Kubernetes Health Check,我已经在Kubernetes部署中为容器定义了就绪性和活动性探测。当这些失败时，我希望看到它们的输出包含在pod的事件中。然而，我没有看到这样的事件。我确实看到了同一个吊舱的其他事件 我在GKE上运行，使用Kubernetes v1.6.4 应生成事件的代码位于此处： 相反，我看到的是表明无法检索容器的“ref”的日志。我在代码中的其他地方看到了类似的日志，它们试图记录与容器相关的事件 这是虫子吗？这些事件可能非常有用。特别是，这是查看失败探测器输出的唯一方法，以便我可以诊断意外失败的探测器 [
[我不确定这是否是StackOverflow的适当问题。请让我知道是否最好在Github中作为问题提出。]这是一个在Kubernetes 1.6.7中修复的错误。这是一个在Kubernetes 1.6.7中修复的错误。我还有一个GKE 1.6.4集群。我从Kubernetes博士那里跟进，大约40秒后，我确实看到了一个错误，即使吊舱因其活性探测失败而被杀死。它看起来像：
“liveness-exec_kube-system（4339b96a-5b7e-11e7-956e-42010a8a0fdc）”容器“liveness”不健康，它将被杀死并重新创建！hasRef“liveness-exec_kube-system（4339b96a-5b7e-11e7-956e-42010a8a0fdc）”容器“liveness”不健康，它将被杀死并重新创建！hasRef