我为我的Pod配置了一个livelinessProbe,它在同一Pod和特定端口上的路径上执行http-get。它运作完美。但是,如果我使用相同的设置并配置了readinessProbe,它将失败,并显示以下错误。
就绪探针失败:wsarecv:读取tcp:50578->:80:远程主机强行关闭了现有连接
实际上,在某些点之后,我什至还看不到生动的探针。不知道为什么。活跃度探测成功应表明kube-dns工作正常,并且我们能够从节点到达pod。这是我的Pod规格的ReadinessProbe
readinessProbe:
httpGet:
path: /<path> # -> this works for livelinessProbe
port: 80
initialDelaySeconds: 30
periodSeconds: 10
timeoutSeconds: 10
有人知道这里可能发生什么情况吗?
答案 0 :(得分:1)
我认为与kube-dns
或coredns
没有任何关系。这里最可能的原因是您的pod /容器/应用程序崩溃或停止处理请求。
看起来像这样的时间表:
有关该错误的含义的更多信息,在这里: An existing connection was forcibly closed by the remote host