以降のセクションでは、インスタンスが応答しない可能性があるシナリオと、問題に対処するための手順について説明します。
Filestore インスタンスが ping や traceroute のリクエストに応答しない
Filestore インスタンスは ICMP を許可していないため、ping リクエストまたは traceroute リクエストには応答しません。
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 のメンテナンス時間枠のスケジュールも利用できません。
クライアントにマウントされている間にインスタンスが削除された
ファイル操作または UNIX コマンドの df、ls、その他の読み取り/書き込みオペレーションが応答を停止した場合に、Filestore インスタンスはクライアントへのマウント中に削除された可能性があります。
インスタンスがまだ存在しているかどうかを確認します。
gcloud filestore instances list
インスタンスがリストから削除された場合は、削除されたインスタンスと同じ IP アドレスとファイル共有名で新しいインスタンスを作成することで、再び操作できるようになります。インスタンスが作成されると、レスポンスのないオペレーションはエラーで終了します。Filestore インスタンスが不要な場合は、ファイル共有をマウント解除して削除できます。
今後このような問題が発生しないよう、Filestore インスタンスを削除する前にマウントを必ず解除してください。
インスタンスがステータス REPAIRING を表示する
Filestore インスタンスは、ユーザーが制御できない内部原因による異常な状態にあり、自動的に修復されます。この間、インスタンスは使用できなくなります。また、何かを操作する必要はありません。
インスタンスがステータス UNAVAILABLE を表示する
Cloud KMS 鍵の状態の変化が検出されると、インスタンスはデータの配信を自動的に停止します。以下はその一例です。
詳細については、CMEK を使用してデータを暗号化するをご覧ください。