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

Regis stuck Pending -- following "getting-started" tutorial #521

Open
1 task done
EmmettPeck opened this issue Apr 25, 2024 · 3 comments
Open
1 task done

Regis stuck Pending -- following "getting-started" tutorial #521

EmmettPeck opened this issue Apr 25, 2024 · 3 comments
Labels
flag:end-user 🐡 An invalid environment or configuration caused the issue flag:waiting user ✌️ A user feedback is needed for the issue to proceed

Comments

@EmmettPeck
Copy link

What happened?

I am following the "getting started" tutorial from the documentation, but getting-started-redis-managed-0 never makes it past pending, causing proxy nodes to fail on startup with the same error code as #250.

I am using the helm instructions from the installation page. I am having the same issue with v0.8.0 and v0.8.1. Regis is still pending after 30 minutes of following the steps up to cluster.yaml.

kubectl describe node <regis-node> yields:

Events:
  Type     Reason            Age                  From               Message
  ----     ------            ----                 ----               -------
  Warning  FailedScheduling  2m33s (x4 over 17m)  default-scheduler  0/4 nodes are available: pod has unbound immediate PersistentVolumeClaims. preemption: 0/4 nodes are available: 4 Preemption is not helpful for scheduling.

Any help would be greatly appreciated. I would love the opportunity to work with this technology.

What components are involved in your issue?

Operator, Proxy API

Version

v0.8.1

Kubernetes Version

1.30.0

Relevant log output

No response

Code of Conduct

  • I agree to follow this project's Code of Conduct
@EmmettPeck EmmettPeck added flag:triage ♻️ Waiting for triage type:bug 🐛 Something isn't working labels Apr 25, 2024
@EmmettPeck EmmettPeck changed the title regis stuck pending Regis stuck Pending -- following "getting-started" tutorial Apr 25, 2024
@jeremylvln
Copy link
Owner

Hi @EmmettPeck,

It seems to be an issue with your cluster and not Shulker directly. pod has unbound immediate PersistentVolumeClaims means that your Kubernetes Cluster has not succeeded provisioning Redis's Volume. Can you take a look at the volume resource to see what is failing?

You can also test this simple tutorial from Kubernetes just to ensure your cluster can handle Volume s.

Get back to me when you'll have the results!
Thanks!

@jeremylvln jeremylvln added flag:end-user 🐡 An invalid environment or configuration caused the issue flag:waiting user ✌️ A user feedback is needed for the issue to proceed and removed type:bug 🐛 Something isn't working flag:triage ♻️ Waiting for triage labels Apr 25, 2024
@danielr1996
Copy link

Hey @jeremylvln, picking up on this one because I have a similiar issue: My Cloud Provider is vultr and only allowes volumes > 40GB, on other cloud providers I came across I needed to set a specific annotation to set the datacenter location. I think it would be a good idea to let users configure storage size, annotations and labels through the ProxyFleet

@jeremylvln
Copy link
Owner

Hi @danielr1996, I totally agree with you. Allowing configuration for annotations & storage size is legitimate.

The issue here is to find the right balance, because I create a "simple enough" Redis instance only to have a ready Shulker cluster in minutes. However, one deploying a production cluster should provide its own Redis cluster, properly configured for its environment. I do not want to have a lot of configuration options for the "default" Redis, because I do not want people to use it in production.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
flag:end-user 🐡 An invalid environment or configuration caused the issue flag:waiting user ✌️ A user feedback is needed for the issue to proceed
Projects
None yet
Development

No branches or pull requests

3 participants