To make PV provisioning work you need a valid StorageClass
(http://kubernetes.io/docs/user-guide/persistent-volumes/#storageclasses)
and the storage class admission controller
(http://kubernetes.io/docs/admin/admission-controllers/#defaultstorageclass)
and for the StorageClass object to elect itself the default
(http://kubernetes.io/docs/user-guide/persistent-volumes/#class-1)

On Fri, Nov 18, 2016 at 4:45 AM, Jobin Joseph
<[email protected]> wrote:
> Hi All,
> We are trying to bringup the docker containers using the petset functionlaity 
> in Kubernetes. As part of the same we are trying to bringup the Kubernetes 
> persistence volume and volume claim.  We have created the storageclass as 
> mentioned in the kubernetes eg. (Ref) with the GCE as the plugin. Once the 
> storage class is created, while the PVC is created, we could find the the PVC 
> is still in pending state. We think this is because the PV is not yet created 
> with the GCE as the back end and hence the PVC cannot acquire any volume.
>
> Could you please confirm the following queries.
> Volume aspects:
> Is it enough to declare a storage class as below to have the kubernetes 
> generate the PVC and attached the same to the Pets/pods.Please let us know if 
> any additional configuration is required to configure the GCE as dynamic 
> storage class.
> We have created a PD storage are in GCE and a storage class referenced to 
> this PD. In that case too , until the PV was created using the kubectl, the 
> PVC was in pending state. Is it mandatory to have the volumes allocated 
> dynamically for the petset to work.
>
> Petset:
> Does the kubernetes acquire a volume dynamically for every pet/pod and couple 
> it strongly with the hostname and ensure the same volume follows the POD when 
> orchestrated elsewhere.
>
> Version used :
> Kubernetes  : 1.4.6
>
> Could anyone please help us resolve the issue.
> Thanks,
> Jobin Joseph
>
> --
> You received this message because you are subscribed to the Google Groups 
> "Kubernetes user discussion and Q&A" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to [email protected].
> To post to this group, send email to [email protected].
> Visit this group at https://groups.google.com/group/kubernetes-users.
> For more options, visit https://groups.google.com/d/optout.

-- 
You received this message because you are subscribed to the Google Groups 
"Kubernetes user discussion and Q&A" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To post to this group, send email to [email protected].
Visit this group at https://groups.google.com/group/kubernetes-users.
For more options, visit https://groups.google.com/d/optout.

Reply via email to