以下各節將說明執行個體可能無法回應的情況，並提供有助於解決問題的步驟。
Filestore 執行個體未回應 ping 或 traceroute 要求
Filestore 執行個體不會回應 ping 或 traceroute 要求，因為 Filestore 不允許 ICMP。
如要測試與 Filestore 執行個體的連線，您可以從用戶端執行 showmount：
sudo showmount -e filestore-ip
Filestore 執行個體會回應匯出的檔案系統，例如：
Export list for 10.139.19.98:
/vol1 192.168.0.0/16,172.16.0.0/12,10.0.0.0/8
您也可以執行以下指令，檢查用戶端是否可以存取 Filestore 的 RPC 資訊：
sudo rpcinfo -p <filestore-ip>
回應如下所示：
program vers proto port service
100000 4 tcp 111 portmapper
100000 3 tcp 111 portmapper
100000 2 tcp 111 portmapper
100000 4 udp 111 portmapper
100000 3 udp 111 portmapper
100000 2 udp 111 portmapper
100024 1 udp 2046 status
100024 1 tcp 2046 status
100003 3 tcp 2049 nfs
100227 3 tcp 2049
100021 1 udp 4045 nlockmgr
100021 3 udp 4045 nlockmgr
100021 4 udp 4045 nlockmgr
100021 1 tcp 4045 nlockmgr
100021 3 tcp 4045 nlockmgr
100021 4 tcp 4045 nlockmgr
100005 3 udp 2050 mountd
100005 3 tcp 2050 mountd
定期維護
有時，Filestore 會因為預定的維護事件而無回應幾分鐘，然後恢復回應。如要瞭解 Filestore 的 SLA，請參閱 SLA 頁面。
Filestore 不支援客戶定義的維護時段。客戶也無法查看 Filestore 維護期間的時間表。
執行個體在仍掛載至用戶端時遭到刪除
如果檔案作業或 df、ls 等 Unix 指令，或任何讀取/寫入作業停止回應，則可能是在掛接至用戶端時刪除了 Filestore 執行個體。
檢查執行個體是否仍存在：
gcloud filestore instances list
如果執行個體已從清單中移除，您可以建立新的執行個體，並使用與已刪除執行個體相同的 IP 位址和檔案共用名稱，藉此恢復控制權。建立執行個體後，無回應的作業會在發生錯誤時結束。如果您不需要 Filestore 執行個體，可以卸載檔案共用，然後刪除檔案共用。
為避免日後發生類似情況，請務必先卸載 Filestore 執行個體，再刪除該執行個體。
執行個體顯示狀態 REPAIRING
Filestore 執行個體因使用者無法控制的內部原因而處於不健康狀態，並自動進行修復。在此期間，您無法使用該執行個體，但不需要採取任何進一步行動。
執行個體顯示狀態 UNAVAILABLE
如果偵測到 Cloud KMS 金鑰狀態有變動，執行個體會自動停止提供資料。以下列舉幾個例子：
詳情請參閱「使用 CMEK 加密資料」。