问题描述
我们的一个应用程序服务窗格已重新启动，并且最后指定的原因是由于143错误代码导致的“错误”。
在先前的容器日志的最后一百行中没有显示任何错误。唯一的错误参考是容器说明中的“就绪”探针条目。但是，基于我在搜索中看到的所有参考，基于就绪性探针的故障仅应阻止将流量路由到Pod实例。是否存在重复的准备工作探针故障会导致Kubernetes吊舱被标记为不健康并重新启动的情况？
解决方法
暂无找到可以解决该程序问题的有效方法，小编努力寻找整理中！
如果你已经找到好的解决方法，欢迎将解决方案带上本链接一起发送给小编。
小编邮箱:dio#foxmail.com (将#修改为@）
