# If physical mechine down, how to move the bad pod to other working node when using local-volume storageclass

**URL:** <https://discuss.elastic.co/t/if-physical-mechine-down-how-to-move-the-bad-pod-to-other-working-node-when-using-local-volume-storageclass/205718>\
**Category:** Elastic Cloud on Kubernetes (ECK)\
**Created:** [October 29, 2019, 4:16pm UTC](https://discuss.elastic.co/t/if-physical-mechine-down-how-to-move-the-bad-pod-to-other-working-node-when-using-local-volume-storageclass/205718 "2019-10-29T16:16:16Z")\
**Posts on this page:** 4\
**Page:** 1

<div class="post-metadata">

**Author:** ![LoadingZhang](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/loadingzhang/32/22391_2.png) [@LoadingZhang](https://discuss.elastic.co/u/LoadingZhang)\
**Post date:** [October 29, 2019, 4:16pm UTC](https://discuss.elastic.co/t/if-physical-mechine-down-how-to-move-the-bad-pod-to-other-working-node-when-using-local-volume-storageclass/205718/1 "2019-10-29T16:16:17Z")

</div>

I’m using elastic-local-volume as storageclass.  
I shutdown a physical mechine to simulate hardware malfunction. I found the pod can not move to other node because of volume node affinity.  
Could we move it to other node manually? Or operator can move it automatically few minutes later?

---

<div class="post-metadata">

**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:** [October 30, 2019, 7:07am UTC](https://discuss.elastic.co/t/if-physical-mechine-down-how-to-move-the-bad-pod-to-other-working-node-when-using-local-volume-storageclass/205718/2 "2019-10-30T07:07:43Z")

</div>

Hey @LoadingZhang,

Local persistent volumes are bound to a particular host. If that host is down, the corresponding Pod stays Pending until the host is available again. This is by design.

If you'd like a new Pod to come up on a new host with the same PersistentVolume as the one that crashed, you'll need to use network-attached PersistentVolumes that are not bound to a particular host.  
If you're OK with loosing the data of that particular Volume, then you can delete the Pod that stays in the Pending state. ECK will recreate a new one automatically. Note this may cause data loss, depending on whether you have replicas in other Elasticsearch nodes.

Note the elastic-local-volumes project is still a prototype that we do not consider production-grade. There are other local PersistentVolumes implementations out there you may also want to look at.

---

<div class="post-metadata">

**Author:** ![LoadingZhang](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/loadingzhang/32/22391_2.png) [@LoadingZhang](https://discuss.elastic.co/u/LoadingZhang)\
**Post date:** [October 30, 2019, 8:42am UTC](https://discuss.elastic.co/t/if-physical-mechine-down-how-to-move-the-bad-pod-to-other-working-node-when-using-local-volume-storageclass/205718/3 "2019-10-30T08:42:06Z")

</div>

Thanks a lot, this answer is very helpful to me.

---

<div class="post-metadata">

**Author:** ![system](https://us1.discourse-cdn.com/elastic/original/3X/1/a/1ac57faf039f6b580b3f104ef42a2a89e41014de.png) [@system](https://discuss.elastic.co/u/system)\
**Post date:** [November 4, 2022, 7:31am UTC](https://discuss.elastic.co/t/if-physical-mechine-down-how-to-move-the-bad-pod-to-other-working-node-when-using-local-volume-storageclass/205718/4 "2022-11-04T07:31:23Z")

</div>