Couldn't add persistent volume claims
Closed this issue · 17 comments
The headless worked great. But when trying the stateful service, the persistent volumes were created successfully, but the persistent volume claim keeps showing pending, and never bound successfully.
What does it show when you execute this command: kubectl get pv,pvc
'get pv' shows all the 3 volumes created successfully, but 'get pvc' shows the claim is pending (after a long time"
It looks like you are using a paid cluster on Bluemix Container service. The pvc will be provisioned dynamically which means you wouldn't need to create Persistent Volumes. The storage class (ibmc-file-bronze) will create that for you whenever a persistent volume claim is created. It should get provisioned in less than 5 minutes
I see. Should I just delete all the local volumes, and then rerun to create the statefulset? Thanks.
Can you do bx cs cluster-get YOUR_CLUSTER_NAME
It should show the addons in your cluster:
...
Addons
Name Enabled
customer-storage-pod true
basic-ingress true
storage-watcher-pod true
Try updating the bx cli bx plugin update container-service -r Bluemix
Try doing kubectl get pods -n kube-system
and let me know if there is a pod named ibm-storage-watcher-[xxxxx]
Yes, I do have a pod ibm-storage-watcher-2152805327-ccln6 running. Also every time, I run the statefulset creation, I did get a notification that a new storage order was approved, but not sure why I couldn't see the actual storage.
The problem might be on the Softlayer side. You cloud try manually creating a Persistent Volume that uses that file storage in softlayer. https://console.bluemix.net/docs/containers/cs_cluster.html#cs_cluster_volume_create
--- or ---
You can specify to not use the storage class (by setting annotation of storage class to empty) and use the local-volumes.yaml
You could modify the cassandra-statefulset.yaml
...
volumeClaimTemplates:
- metadata:
name: cassandra-data
annotations:
volume.beta.kubernetes.io/storage-class: ""
spec:
accessModes: [ "ReadWriteOnce" ]
resources:
requests:
storage: 1Gi
That should use the volumes created through local-volumes.yaml
(It's not gonna be using the file storage in Softlayer)
Any logs on the cassandra-1,2,3? kubectl logs cassandra-1
. Also check for the cassandra service kubectl get svc
Thanks. The log files did show the error from the cassandra seed variable. If I comment it out, it works fine. Not sure if there is a better way to do it. Thanks.