There's no need to guess when the system is under your control.
1) Can you create a new (some minimal size, such as 10GB) disk and login to that target from ESXi? You cannot, then SolidFire events should have some sort of error in Events/Logs. `Get-SFEvents` in PowerShell or you can even forward SolidFire cluster syslog to some Linux box for very verbose logs. If NVRAM (which is the read/write cache on SF nodes, NVDIMM on H610-S) is damaged I don't think that would not prominently appear in SolidFire UI as a Critical-level error. You may even see errors in IPMI Web UI since that's a h/w problem, but SolidFire captures h/w errors and surfaces those in its Events and Alerts, so looking directly in IPM probably won't help you discover anything new.
2) If you can, can ESXi format it, and if not, what error does it report (presumably can't access/write?) If ESXi can login but not write, then just focus on SolidFire, assuming nothing changed on the network since everything worked OK. But I'm not convinced this is about being unable to write to target.
> "ESXi gives an error "failed to create VMFS datastore, cannot change the host configuration".
There are several possible reasons for this. It does not say the disk is read-only.
https://community.broadcom.com/vmware-cloud-foundation/discussion/failed-to-create-vmfs-datastore-cannot-change-the-host-configuration
If you can't solve it with ESXI, maybe access a new volume from a Linux VM connected to iSCSI network just to see if it can write (or reports some easier to understand error).