Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

"No associated endpoint" (POP-1105) reported for service #289

Closed
marians opened this issue Mar 1, 2024 · 6 comments
Closed

"No associated endpoint" (POP-1105) reported for service #289

marians opened this issue Mar 1, 2024 · 6 comments
Labels
question Further information is requested

Comments

@marians
Copy link
Contributor

marians commented Mar 1, 2024

Describe the bug

First of all, I'm not sure this is a bug or not. Maybe I'm getting something wrong.

Anyway, we have an Ingress, Service, and pods connected to each other and working fine. But popeye reports an error No associated endpoint on the service resource.

To me this sounds like the service is not connected to any Pod. But in fact, it is working fine, and we are serving production requests via Ingress.

Expected behavior

I don't expect to see a bug here.

Screenshots

This is a snippet of the report printed for popeye -n fe-docs:

image

For comparison, here is some data retrieved in other ways:

$ kubectl -n fe-docs get svc
NAME      TYPE        CLUSTER-IP      EXTERNAL-IP   PORT(S)    AGE
fe-docs   ClusterIP   172.31.39.151   <none>        8080/TCP   10d
# kubectl -n fe-docs get svc -o yaml
apiVersion: v1
items:
- apiVersion: v1
  kind: Service
  metadata:
    annotations:
      meta.helm.sh/release-name: fe-docs
      meta.helm.sh/release-namespace: fe-docs
    creationTimestamp: "2024-02-20T11:51:06Z"
    labels:
      app: fe-docs
      app.kubernetes.io/managed-by: Helm
    name: fe-docs
    namespace: fe-docs
    resourceVersion: "48091506"
    uid: c171e1e2-2d63-4754-9f59-0aa1cd281503
  spec:
    clusterIP: 172.31.39.151
    clusterIPs:
    - 172.31.39.151
    internalTrafficPolicy: Cluster
    ipFamilies:
    - IPv4
    ipFamilyPolicy: SingleStack
    ports:
    - port: 8080
      protocol: TCP
      targetPort: http
    selector:
      app: fe-docs
    sessionAffinity: None
    type: ClusterIP
  status:
    loadBalancer: {}
kind: List
metadata:
  resourceVersion: ""

Versions (please complete the following information):

  • OS: mac OS 14.2.1
  • Popeye v0.20.3
  • K8s v1.25
@derailed
Copy link
Owner

derailed commented Mar 2, 2024

@marians Thanks for the report Marian!
1105 occurs if Popeye can't find associated endpoints. Which could be a bug since you've reported connectivity is fine??
What does k get ep -n fe-docs and k get pods -l app=fe-docs -o wide yields?

@derailed derailed added bug Something isn't working question Further information is requested and removed bug Something isn't working labels Mar 2, 2024
@marians
Copy link
Contributor Author

marians commented Mar 3, 2024

$ k get ep -n fe-docs
NAME      ENDPOINTS           AGE
fe-docs   100.64.19.78:8080   11d
$ k get pods -n fe-docs -l app=fe-docs -o wide
NAME                       READY   STATUS    RESTARTS   AGE   IP             NODE                                            NOMINATED NODE   READINESS GATES
fe-docs-59d646c58c-mmfh4   1/1     Running   0          11d   100.64.19.78   ip-10-0-103-217.eu-central-1.compute.internal   <none>           <none>

@derailed
Copy link
Owner

derailed commented Mar 3, 2024

@marians Thank you for the details!
Can't seem to repro on v0.20.4??
Are there any errors in Popeye's logs? or any rbac rules to would prevent your user to list out endpoints?

@marians
Copy link
Contributor Author

marians commented Mar 4, 2024

This doesn't occur in v0.20.4. ✨ Thanks

@marians marians closed this as completed Mar 4, 2024
@marians
Copy link
Contributor Author

marians commented Mar 4, 2024

Actually, it does occur in v0.20.4, too, but not on every execution.

@marians marians reopened this Mar 4, 2024
derailed added a commit that referenced this issue Mar 5, 2024
derailed added a commit that referenced this issue Mar 5, 2024
@derailed
Copy link
Owner

derailed commented Mar 5, 2024

Fixed v0.20.5

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
question Further information is requested
Projects
None yet
Development

No branches or pull requests

2 participants