# Elastic Search, not able to modify the settings **URL:** \ **Category:** Elastic Cloud on Kubernetes (ECK)\ **Created:** [February 22, 2021, 10:19pm UTC](https://discuss.elastic.co/t/elastic-search-not-able-to-modify-the-settings/265129 "2021-02-22T22:19:22Z")\ **Posts on this page:** 6\ **Page:** 1
**Author:** ![cool\_aarti2](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/cool_aarti2/32/84352_2.png) [@cool\_aarti2](https://discuss.elastic.co/u/cool_aarti2)\ **Post date:** [February 22, 2021, 10:19pm UTC](https://discuss.elastic.co/t/elastic-search-not-able-to-modify-the-settings/265129/1 "2021-02-22T22:19:22Z")
We have created an Elastic Search ECK instance in a Kubernetes cluster. We modified the volume from 1Ti to 2Ti. Now we want to make additional configurations. But, the elastic-operator instance is not recognizing the new volume, and giving the error: denied the request: [Elasticsearch.elasticsearch.k8s.elastic.co](https://elasticsearch.elasticsearch.k8s.elastic.co/) "elasticsearch" is invalid: spec.nodeSet[0].volumeClaimTemplates: Invalid value: v1.PersistentVolumeClaim(nil): Volume claim templates cannot be modified We have huge volume of data already indexed into the nodes. We want to make modifications to the Elastic search, but we don't want it to impact the existing pvc's. Can this be done? if any guidance on such a scenario will be good. ---
**Author:** ![sebgl](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/sebgl/32/48702_2.png) [@sebgl](https://discuss.elastic.co/u/sebgl)\ **Post date:** [February 23, 2021, 9:45am UTC](https://discuss.elastic.co/t/elastic-search-not-able-to-modify-the-settings/265129/2 "2021-02-23T09:45:59Z")
Which version of ECK are you running? You can only increase persistent volumes storage size starting ECK 1.3.0. This is only possible if your persistent volume storage class allows inline resize. If not, then you should revert your volume claim templates to the previous size (1Ti). This should be harmless to the current nodes. See [this documentation covering ECK 1.4.0](https://www.elastic.co/guide/en/cloud-on-k8s/current/k8s-volume-claim-templates.html) for more details. ---
**Author:** ![cool\_aarti2](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/cool_aarti2/32/84352_2.png) [@cool\_aarti2](https://discuss.elastic.co/u/cool_aarti2)\ **Post date:** [February 24, 2021, 1:54am UTC](https://discuss.elastic.co/t/elastic-search-not-able-to-modify-the-settings/265129/3 "2021-02-24T01:54:40Z")
Thank you for the update. Our ECK version is 1.16.15. You have mentioned 'persistent volume storage class allows inline resize'. Can you please let me know, how can we check this for our instance. Also, is there anything to do with the Reclaim policy of the PV. Our current Reclaim policy is defaulted to 'Delete'. Will this cause the PV's to be deleted, once we unbound it from our Elastic node. ---
**Author:** ![cool\_aarti2](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/cool_aarti2/32/84352_2.png) [@cool\_aarti2](https://discuss.elastic.co/u/cool_aarti2)\ **Post date:** [February 24, 2021, 5:32pm UTC](https://discuss.elastic.co/t/elastic-search-not-able-to-modify-the-settings/265129/4 "2021-02-24T17:32:20Z")
> [@sebgl](#): > > If not, then you should revert your volume claim templates to the previous size (1Ti). This should be harmless to the current nodes. My Node is already consuming 1.5Ti of data. If I resize it to 1Ti, I will be losing out on the data. I do not want to lose the data that is available. ---
**Author:** ![charith-elastic](https://avatars.discourse-cdn.com/v4/letter/c/3ec8ea/32.png) [@charith-elastic](https://discuss.elastic.co/u/charith-elastic)\ **Post date:** [February 25, 2021, 7:48am UTC](https://discuss.elastic.co/t/elastic-search-not-able-to-modify-the-settings/265129/5 "2021-02-25T07:48:16Z")
1.16.15 looks like your Kubernetes version. Assuming you installed ECK using the Helm chart and you are running ECK 1.4.0 (you can check this by running `helm list --all-namespaces | grep eck-operator`) you could be running into a known issue with the validating webhook. If the above assumptions are correct (ECK 1.4.0 installed using Helm), you can try patching the validating webhook as follows before retrying the volume expansion operation. ```auto WEBHOOK=$(kubectl get validatingwebhookconfiguration --no-headers -o custom-columns=NAME:.metadata.name | grep 'k8s.elastic.co') kubectl patch validatingwebhookconfiguration "$WEBHOOK" --patch='{"webhooks": [{"name": "elastic-es-validation-v1.k8s.elastic.co", "matchPolicy": "Exact"}, {"name": "elastic-es-validation-v1beta1.k8s.elastic.co", "matchPolicy": "Exact"}]}' ``` ---
**Author:** ![system](https://us1.discourse-cdn.com/elastic/original/3X/1/a/1ac57faf039f6b580b3f104ef42a2a89e41014de.png) [@system](https://discuss.elastic.co/u/system)\ **Post date:** [March 25, 2021, 7:48am UTC](https://discuss.elastic.co/t/elastic-search-not-able-to-modify-the-settings/265129/6 "2021-03-25T07:48:43Z")
This topic was automatically closed 28 days after the last reply. New replies are no longer allowed.