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

[release-1.21] apiaddresses in etcd are being overwritten by pod ips scheduled to server nodes #3943

Closed
galal-hussein opened this issue Aug 30, 2021 · 1 comment
Assignees
Labels
kind/bug Something isn't working
Milestone

Comments

@galal-hussein
Copy link
Contributor

Cluster Configuration:
any server

Describe the bug:

Wrong endpoints are being saved as apiaddresses if they are deployed in the default namespace

Steps To Reproduce:

  • Installed single k3s server node and run the service
  • Deploy yaml:
apiVersion: v1
kind: Service
metadata:
  name: busyb
spec:
  selector:
    app: busy
  clusterIP: None
  ports:
  - name: foo # Actually, no port is needed.
    port: 1234
    targetPort: 1234
---
apiVersion: apps/v1
kind: Deployment
metadata:
  name: busydep
spec:
  replicas: 3
  selector:
    matchLabels:
      app: busy
  template:
    metadata:
      labels:
        app: busy
    spec:
      containers:
        - name: busybox
          image: busybox:1.28
          command:
            - sleep
            - "3600"
          securityContext:
            runAsUser: 1000
            runAsNonRoot: true
  • check k3s/apiaddresses key in etcd

Expected behavior:

You should see api addresses

Actual behavior:

you see endpoints for the for the service you deployed

@rancher-max
Copy link
Contributor

Validated using release-1.21 branch commitid a8a6edfb0df8ced92397d3ad584501960a135206

Performed all the same steps as on the rke2 issues related to this and confirmed LB and etcd k3s/apiaddresses all get properly configured during each restore and when applying this yaml.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
kind/bug Something isn't working
Projects
None yet
Development

No branches or pull requests

3 participants