-
Notifications
You must be signed in to change notification settings - Fork 16.8k
Unable to deploy Redis chart in minikube #1259
Comments
I am also having this same issue, trying to deploy redis-0.7.0 in minikube Ubuntu. The same chart boots up fine in a GCP Container Engine K8s Node. |
This is an issue with Virtualbox shared mounts and I'm struggling a bit with these myself. Some reading that may help: kubernetes/minikube#2 |
I was able to resolve this by deleting the k8s Redis persistance volume claim:
As per the charts/stable/redis README: The Bitnami Redis image stores the Redis data and configurations at the /bitnami/redis path of the container. By default, the chart mounts a Persistent Volume volume at this location. The volume is created using dynamic volume provisioning. If a Persistent Volume Claim already exists, specify it during installation.
|
Issues go stale after 90d of inactivity. Prevent issues from auto-closing with an If this issue is safe to close now please do so with Send feedback to sig-testing, kubernetes/test-infra and/or |
Stale issues rot after 30d of inactivity. If this issue is safe to close now please do so with Send feedback to sig-testing, kubernetes/test-infra and/or fejta. |
Rotten issues close after 30d of inactivity. Send feedback to sig-testing, kubernetes/test-infra and/or fejta. |
* Automated cherry pick of helm#1314 (cert-manager/cert-manager#1315) * Automated cherry pick of helm#1294 (cert-manager/cert-manager#1296) * Automated cherry pick of helm#1276 (cert-manager/cert-manager#1277) * Automated cherry pick of helm#1258 helm#1266 (cert-manager/cert-manager#1273) * Automated cherry pick of helm#1259 (cert-manager/cert-manager#1260) * Update Chart.yaml in webhook (cert-manager/cert-manager#1249)
* Automated cherry pick of helm#1314 (cert-manager/cert-manager#1315) * Automated cherry pick of helm#1294 (cert-manager/cert-manager#1296) * Automated cherry pick of helm#1276 (cert-manager/cert-manager#1277) * Automated cherry pick of helm#1258 helm#1266 (cert-manager/cert-manager#1273) * Automated cherry pick of helm#1259 (cert-manager/cert-manager#1260) * Update Chart.yaml in webhook (cert-manager/cert-manager#1249) Signed-off-by: James Munnelly <james@munnelly.eu>
Is this a request for help?:
Yes, What is the workaround?
Is this a BUG REPORT or FEATURE REQUEST? (choose one):
Version of Helm and Kubernetes:
Helm Version
helm version Client: &version.Version{SemVer:"v2.3.1", GitCommit:"32562a3040bb5ca690339b9840b6f60f8ce25da4", GitTreeState:"clean"} Server: &version.Version{SemVer:"v2.3.1", GitCommit:"32562a3040bb5ca690339b9840b6f60f8ce25da4", GitTreeState:"clean"}
Which chart:
redis-0.6.0
What happened:
Redis Container does not start.
This is the error.
What you expected to happen:
How to reproduce it (as minimally and precisely as possible):
In minikube OSX
helm install --set metrics.enable=true --name=redis stable/redis
Anything else we need to know:
This works in the AWS env but does not work in minikube
The text was updated successfully, but these errors were encountered: