kubernetes nginx入口控制器活动性探测失败

活动性探测失败：获取：拨号tcp 10.1.1.254:10254:getsockopt:连接被拒绝

当我描述pod时，nginx入口控制器中出现了此错误

apiVersion: extensions/v1beta1
kind: Deployment
metadata:
  name: nginx-ingress-controller
  namespace: ingress-nginx 
spec:
  replicas: 1
  selector:
    matchLabels:
      app: ingress-nginx
  template:
    metadata:
      labels:
        app: ingress-nginx
      annotations:
        prometheus.io/port: '10254'
        prometheus.io/scrape: 'true' 
    spec:
      containers:
        - name: nginx-ingress-controller
          image: quay.io/kubernetes-ingress-controller/nginx-ingress-controller:0.13.0
          args:
            - /nginx-ingress-controller
            - --default-backend-service=$(POD_NAMESPACE)/default-http-backend
            - --configmap=$(POD_NAMESPACE)/nginx-configuration
            - --annotations-prefix=nginx.ingress.kubernetes.io
          env:
            - name: POD_NAME
              valueFrom:
                fieldRef:
                  fieldPath: metadata.name
            - name: POD_NAMESPACE
              valueFrom:
                fieldRef:
                  fieldPath: metadata.namespace
          ports:
          - name: http
            containerPort: 80
          - name: https
            containerPort: 443
          livenessProbe:
            failureThreshold: 3
            httpGet:
              path: /healthz
              port: 10254
              scheme: HTTP
            initialDelaySeconds: 10
            periodSeconds: 10
            successThreshold: 1
            timeoutSeconds: 1
          readinessProbe:
            failureThreshold: 3
            httpGet:
              path: /healthz
              port: 10254
              scheme: HTTP
            periodSeconds: 10
            successThreshold: 1
            timeoutSeconds: 1

---

这是nginx控制器

Hi，你能提供pod

kubectl日志-f pod_NAME

的日志吗？你能检查一下你的pod在端口

10254

上是否确实暴露了什么吗？港口似乎被隔离了。您应该检查的两个位置是：（1）将kubectl exec放入pod，并检查是否有进程正在侦听端口10254。（2） 尝试从其中一台节点计算机远程登录端口10254处的pod ip。有一种简单的故障排除方法：-将initialDelaySeconds增加到300（5分钟或更少）-使用exec进入pod-it-运行curl localhost//healthz:10254-检查是否收到相同的错误如果使用curl得到相同的错误，然后，你的easy在一个容器中，可能你没有暴露，或者没有人在听。如果它能工作，你可能会发现一个bug。如果我删除了它的工作原理，尽管这个问题已经存在3年多了，我只想提一下，向前看，如果你发现一个潜在的GCP问题，我建议使用，这样GCP支持团队可以更深入地了解。