Open askull100 opened 2 years ago
Hi @askull100, it seems like there is most likely a networking issue between the pods, or the persistence is configured to use the wrong IP/port.
Can you go through the steps in this article to test if the persistence pod can talk to the database port: https://projectcalico.docs.tigera.io/getting-started/kubernetes/hardway/test-networking
For the configuration of the persistence, could you check which IP/DNS/Servicename it is configured to connect to in the template you are using?
Hi @SimonEismann, I went through the article and pod-to-pod communication is currently not possible, even on pods unrelated to Teastore. The persistence pod is configured only with the default values from the ribbon.yaml template, so I can only assume there is a networking issue. The container port is set to 8080, and the database port is set to 3306. I can at least ping the c. Trying to traceroute to any IP other than the gateway fails as well, so I can't even say the pod knows to use the gateway.
After some more digging, I also noticed that the node IP is on 10.43.0.0/24, while the pods are all networked on 10.50.0.0/24. I assume this is probably the issue? If so, I'm not sure if I should forcefully change the network per pod, or if there's a way to change which network the pods use collectively.
Sorry for the late reply. Generally, I am not particularly well versed in Kubernetes networking, so I'm not sure what might be the issue here.
Some ideas:
teastore-db
. When you run through this article on debugging services https://kubernetes.io/docs/tasks/debug-application-cluster/debug-service/, can you resolve the used service name and reach the underlying pod?
I'm trying to run TeaStore on a Central/Edge Kubernetes environment, using two separate servers each with an Ubuntu VM using KubeEdge. For TeaStore specifically, I'm using the Ribbon load balancer installation on the Central side, and this page as a reference: https://github.com/DescartesResearch/TeaStore/blob/master/GET_STARTED.md#13-run-the-teastore-on-a-kubernetes-cluster
The kubectl command executes fine, and the pods, services, and deployments are all up and running. There are no external IP addresses set up yet, however.![image](https://user-images.githubusercontent.com/11543855/155762642-e8f82505-8510-4e12-8450-8963b7fea53a.png)
But when logging onto the Web UI, TeaStore's services are stuck in Error 500, and the Status page is waiting for Persistence to finish building the database.
Digging into the pod logs shows this: persistence_logs.txt
From what I can tell, this is a general-purpose error that implies the persistence pod is having trouble accessing the MySQL database. I don't know why the error is happening specifically though. The central VM doesn't have any other Kubernetes pods active, or any services which should be interfering.