-
Notifications
You must be signed in to change notification settings - Fork 475
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
Support request for VirtualBox #1082
Comments
/set title: Support request for VirtualBox |
Hi there @lyudmilalala Thanks for your interest in OpenFaaS CE I can confirm that pend to end tests ran 19 hours ago, and passed](https://github.com/openfaas/faas-netes/actions/runs/4296169879/jobs/7487552935). We've made no changes since. That means you probably have an issue with your own configuration. Bear in mind that GitHub was also having an outage today - https://twitter.com/alexellisuk/status/1630907921189011456?s=20 from the output it looks like you have networking issues, or haven't configured Kubernetes / routing or DNS correctly, which is outside the bounds of OpenFaaS CE. I'd suggest deploying to a cloud or creating a K3s cluster with one or more VMs: https://docs.openfaas.com/deployment/kubernetes/ https://www.openfaas.com/blog/openfaas-linode/ Finally, if VirtualBox and or Kubernetes are getting in your way of trying OpenFaaS, you have faasd which you may prefer: http://github.com/openfaas/faasd Alex |
Thanks for your quick response, alex @alexellis I am trying to find a FaaS solution for an on-premises private cloud, so I tested it on a self-built k8s cluster on Ubuntu VMs. I will try to deploy on two VMWare machines and two real servers. I will also try faasd, definitely. For K3s, I am still not clear about its role in a k8s solution. I just took it as an IoT devices solution in the past, and feels it is not necessary for deploying a k8s function cluster on typical Linux servers. Need more study on this part. Do you have any recommended tutorial (either post or video) about deploying OpenFaaS on self-built k8s cluster on raw VMs or servers? Most tutorials and posts I saw had the cluster deployed on a single node or on the cloud. It would be better if the tutorial has detailed explanation on network setup. Also, do you have any suggestion for the next step I should take to figure out this network error? After finding the dial error, I built two simple python flask microservices on the k8s cluster, and they worked properly (user could call the exposed service by external IP, and the exposed service could call the private service by cluster IP). Consequently, I lose my direction for a next attempt. Is there some small tests I can try to locate the specific network configuration failure? |
I do a few more works, and think it is the dns's problem. If I do not add I think for a permanent fix I should debug the network layer (I currently use flannel). I will try weaver or calico. I haven't find any useful posts on google at the time, I think because I failed to input accurate keywords. Hope someone could give me some hint on this. |
I've already advised you on what to do. Use K3s, it's much simpler. Try it on a public cloud, you'll get it working in less than 60 seconds. https://www.openfaas.com/blog/openfaas-linode/ https://github.com/alexellis/k3sup If you like, you can even try it on your VirtualBox VM. Perhaps you may also like to try multipass.run which is less of a legacy product? Alex |
When I tried to deploy OpenFaaS CE, the gateway and queue-worker pods continuously crashed.
Environment
Self-built k8s cluster
two Ubuntu 22.04 Virtualbox VM, 1 as master and 1 as worker
docker version 20.10
k8s version 1.21.14
helm version 3.4.2
Steps to Reproduce
I tried two approaches of deployment.
Ideally, to avoid failure caused by disconnection to github, I want everything could be build from downloaded sources. Indeed, I followed the instruction here.
I also tried to deploy directly by helm during debugging.
These two approaches both work with my local Docker Desktop k8s. But both face the below error when it comes to my virtualbox.
Expected Behaviour
Expect everything gets running.
Current Behaviour
nodes
pods
services
journalctl -xeu kubelet
on workerfaas-netes docker container log (keep running)
gateway docker container log (exit)
queue-worker docker container log (exit)
As I found the dial problem of faas-netes docker container, I tried to
curl
the same api address from the worker node's terminal. It sent back a message instead of failed, so I think there was no problem between the network connection of the two nodes.I found this post with similar error message, but I did not use lstio and I know nothing about it, so I have no idea whether these are similar problems.
The text was updated successfully, but these errors were encountered: