| copyright | lastupdated | keywords | subcollection | ||
|---|---|---|---|---|---|
|
2025-01-15 |
file storage for classic, read-only storage volume, offline file share |
FileStorage |
{{site.data.keyword.attribute-definition-list}}
{: #classic-file-troubleshooting}
When you create or manage {{site.data.keyword.filestorage_short}}, you might encounter issues. Often, you can recover by following a few steps. Issues, symptoms, likely causes, and resolutions are described in the following sections. {: shortdesc}
{: #fs_snapshot_ts_restore_fail} {: troubleshoot}
After a brief disconnect, the File storage volume appears offline or read-only. {: tsSymptoms}
In a few scenarios, a host (bare-metal or VM) might lose connection to the storage briefly and as a result, it considers that storage to be read-only to avoid data corruption. Most of the time the loss of connectivity is network-related but the status of the storage remains read only from the host's perspective even when the network connection is restored. This issue can be observed with virtual drives of VMs on a network-attached VMware® datastore (NFS protocol). {: tsCauses}
To resolve, confirm that the network path between the Storage and the Host is clear, and that no maintenance or outage is in progress. Then, unmount and mount the storage volume. If the volume is still read only, restart the host. {: tsResolve}
For mounting instructions, see the following topics.
- Mounting {{site.data.keyword.filestorage_short}} in CentOS
- Mounting {{site.data.keyword.filestorage_short}} on ESXi hosts
- Mounting {{site.data.keyword.filestorage_short}} on Red Hat Linux®
- Mounting {{site.data.keyword.filestorage_short}} on Ubuntu
To prevent this situation from recurring, the customer might consider the following actions:
- Increasing disk timeout values. For more information, see VMware® KB - Increasing the disk timeout values for a Linux® 2.6 virtual machine{: external}.
- Adding guest OS tunings. For more information, see NetApp's recommendations for guest OS tunings for a VMware® vSphere deployment{: external}.
- Reconfiguring Host systems that use NFSv4.1 for NFSv3 for increased resilience during maintenance operations.
- Discontinuing session trunking on host systems that run VMware® ESXi. Session trunking is not supported and is known to cause disruptions.