# In-cluster NFS servers

**URL:** <https://discuss.kubernetes.io/t/in-cluster-nfs-servers/7553>\
**Category:** General Discussions\
**Created:** [August 14, 2019, 1:56pm UTC](https://discuss.kubernetes.io/t/in-cluster-nfs-servers/7553 "2019-08-14T13:56:24Z")\
**Posts on this page:** 3\
**Page:** 1

<div class="post-metadata">

**Author:** ![Hunter](https://avatars.discourse-cdn.com/v4/letter/h/ba9def/32.png) [@Hunter](https://discuss.kubernetes.io/u/Hunter)\
**Post date:** [August 14, 2019, 1:56pm UTC](https://discuss.kubernetes.io/t/in-cluster-nfs-servers/7553/1 "2019-08-14T13:56:24Z")

</div>

Good day. I’m working with the nfs-server-provisioner (via its Helm chart, [https://github.com/helm/charts/tree/master/stable/nfs-server-provisioner](https://github.com/helm/charts/tree/master/stable/nfs-server-provisioner)), and have encountered an interesting issue. It seems that it only “works” if I set the “nfs” StorageClass as the default sc in my cluster, i.e.:  
`helm install stable/nfs-server-provisioner --name k8s-nfs-server --set=storageClass.defaultClass=true`

If I attempt a default installation, or enable persistence, the provisioner never appears to be configured correctly, e.g.:  
`helm install stable/nfs-server-provisioner --name k8s-nfs-server --set=storageClass.defaultClass=true,persistence.enabled=true,persistence.size=1Gi`

In this case, the associated pod and PersistentVolumeClaim are eternally in a “pending” state, similar to this issue:  
`https://github.com/helm/charts/issues/12626`

Is there a straightforward/obvious solution to this issue? In short, I’d like have a few pods have the ability to act as in-cluster NFS servers, and for the storage their use to persist across reboots of the entire cluster. It seems that something’s amiss with respect to setting up persistence for this provisioner.

I attempted to reach out to the maintainers via the recommended Slack channel ([https://github.com/kubernetes-incubator/external-storage/tree/master/nfs](https://github.com/kubernetes-incubator/external-storage/tree/master/nfs)), but can’t seem the users (@smarterclayton, @childsb) in the Slack directory at all.

Linked: Discussion from [Kubernetes.io](http://Kubernetes.io): `https://discuss.kubernetes.io/t/in-cluster-nfs-servers/7553`  
Linked: Slack Discussion: `https://kubernetes.slack.com/archives/C09QZFCE5/p1565790548212000`  
Linked: Helm chart issue: `https://github.com/helm/charts/issues/16323`  
Linked: Core issue: [https://github.com/kubernetes-incubator/external-storage/issues/1205](https://github.com/kubernetes-incubator/external-storage/issues/1205)

Thank you.

---

<div class="post-metadata">

**Author:** ![Hunter](https://avatars.discourse-cdn.com/v4/letter/h/ba9def/32.png) [@Hunter](https://discuss.kubernetes.io/u/Hunter)\
**Post date:** [September 4, 2019, 3:33pm UTC](https://discuss.kubernetes.io/t/in-cluster-nfs-servers/7553/2 "2019-09-04T15:33:00Z")

</div>

Bump. Haven’t heard anything back from the Helm chart or project maintainers.

---

<div class="post-metadata">

**Author:** ![Hunter](https://avatars.discourse-cdn.com/v4/letter/h/ba9def/32.png) [@Hunter](https://discuss.kubernetes.io/u/Hunter)\
**Post date:** [September 6, 2019, 8:00pm UTC](https://discuss.kubernetes.io/t/in-cluster-nfs-servers/7553/3 "2019-09-06T20:00:45Z")

</div>

Project is effectively dead, with respect to applicable features.

> <https://github.com/kubernetes-incubator/external-storage/issues/1218>
