SocketCluster / SocketCluster/socketcluster
Ingress no address on AWS EKS cluster
Nobody has claimed this yet.
- Dominant language
- JavaScript
- Stars
- 6.2k
- Forks
- 318
- PR merge metrics
- No merged PRs in 30d
Description
So I've got a local k8s cluster setup and have this working fine.
I setup an AWS EKS cluster via Rancher, and the Ingress is stuck on initializing. I've been trying to trace what the problem is, and as far as I can see, the ingress has no external address.
$ kubectl get ing
NAME HOSTS ADDRESS PORTS AGE
scc-ingress * 80 47m
$ kubectl describe ing scc-ingress
Name: scc-ingress
Namespace: default
Address:
Default backend: socketcluster:8000 (192.168.184.39:8000)
Rules:
Host Path Backends
---- ---- --------
* * socketcluster:8000 (192.168.184.39:8000)
Annotations:
kubernetes.io/ingress.allow-http: false
Events: <none>
On my local cluster, the address shows as the IP's of the nodes.
Also if I do get pods -n kube-system | grep ingress, my local cluster shows rke-ingress-controller-deploy-job-6d5zv but on EKS there are no resources found.
Also tried kubectl cluster-info dump | grep ingress with no response.
Anyone had any experience getting socketcluster working via AWS + EKS / K8s + Rancher?
TL;DR - Can't seem to determine why the ingress is having issues, either via Rancher, or kubectl. Any ideas, or how best to troubleshoot?
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start with the reported kubectl get ing and kubectl describe ing scc-ingress output, then compare kube-system ingress resources and cluster-info dump results between the local cluster and AWS EKS. Done means determining why the EKS ingress remains initializing and documenting or fixing the missing external address.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- aws, kubernetes
- Domain
- cloud, infrastructure
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100