# How would I recover from this failed cluster move?

**URL:** https://forums.foundationdb.org/t/how-would-i-recover-from-this-failed-cluster-move/4125
**Category:** Running FoundationDB
**Created:** [August 23, 2023, 3:37pm UTC](https://forums.foundationdb.org/t/how-would-i-recover-from-this-failed-cluster-move/4125 "2023-08-23T15:37:21Z")
**Posts on this page:** 1
**Showing post:** 12

<div class="post-metadata">

### Author: ![swr](https://sea1.discourse-cdn.com/foundationdb/user_avatar/forums.foundationdb.org/swr/32/1643_2.png) [@swr](https://forums.foundationdb.org/u/swr)
#### Post date: [October 16, 2024, 3:12pm UTC](https://forums.foundationdb.org/t/how-would-i-recover-from-this-failed-cluster-move/4125/12 "2024-10-16T15:12:00Z")

</div>

In this case, the data was from a test cluster, so it was discarded. As I mentioned in the other thread, I don’t think there’s a built in way to recover data from the `kvfiledump` role:

> [@Recovering data from corrupt folder](https://forums.foundationdb.org/t/recovering-data-from-corrupt-folder/4658/4):
>
> I’m pretty sure that the `kvfiledump` role is for “emergency” recoveries like this… I don’t think it’s part of a supported backup/restore path. I suspect you would need to build your own tooling to write these K/V pairs back to the database again (perhaps as part of your application that’s already connecting to FDB.)

---

_[View the full topic](https://forums.foundationdb.org/t/how-would-i-recover-from-this-failed-cluster-move/4125)._