Hi Jane Smith
I think this kind of CSV behavior can definitely throw people off when it happens after an unexpected host crash. When a node goes down ungracefully, the CSV metadata coordinator sometimes doesn’t fail over cleanly, which leaves the volume stuck in a read‑only state even though the remaining nodes are healthy. The good news is that you can usually nudge the cluster back into a stable state by manually triggering ownership reassignment. The simplest way is to run Move‑ClusterSharedVolume and point the CSV to a different node; that forces the cluster to re‑evaluate coordinator locking and typically clears the stale metadata handle. If the volume still refuses to switch out of read‑only mode, I’d also recommend checking the cluster logs for any lingering lock records and confirming that the surviving nodes can all see the storage paths without latency spikes. Once the coordinator role lands on a healthy node, the CSV should return to normal read/write behavior pretty quickly.
If you find this helpful, Kindly mark "Accept Answer", so that others in the community facing similar issues can easily find the solution. Your contribution is highly appreciated. Thank you!