Fehlerbehebung bei Antwortfehlern von Filestore-Instanzen

In den folgenden Abschnitten werden Szenarien beschrieben, in denen eine Instanz möglicherweise nicht reagiert, und es werden Schritte zur Behebung des Problems beschrieben.

Filestore-Instanz reagiert nicht auf ping- oder traceroute-Anfragen

Filestore-Instanzen reagieren nicht auf ping- oder traceroute-Anfragen, da Filestore ICMP nicht zulässt.

Zum Testen der Konnektivität zu einer Filestore-Instanz können Sie showmount über den Client ausführen:

sudo showmount -e filestore-ip

Die Filestore-Instanz antwortet mit dem exportierten Dateisystem. Beispiel:

Export list for 10.139.19.98:
/vol1 192.168.0.0/16,172.16.0.0/12,10.0.0.0/8

Sie können auch prüfen, ob der Client die RPC-Informationen von Filestore erreichen kann. Führen Sie dazu folgenden Befehl aus:

sudo rpcinfo -p <filestore-ip>

Die Antwort sieht in etwa so aus:

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

Planmäßige Wartung

Nach einer gewissen Zeit reagiert Filestore einige Minuten lang nicht mehr und reagiert dann aufgrund eines geplanten Wartungsereignisses wieder. Informationen zum SLA von Filestore finden Sie auf der SLA-Seite.

Filestore unterstützt keine vom Kunden definierten Wartungsfenster. Der Zeitplan für Wartungsfenster von Filestore ist ebenfalls nicht für Kunden einsehbar.

Instanz wurde gelöscht, während sie auf dem Client bereitgestellt wurde

Wenn ein Dateivorgang oder ein Unix-Befehl wie df, ls oder ein Lese-/Schreibvorgang nicht mehr reagiert, wurde die Filestore-Instanz wahrscheinlich gelöscht, während sie auf dem Client bereitgestellt wurde.

Prüfen Sie deshalb, ob die Instanz noch vorhanden ist:

    gcloud filestore instances list

Wenn die Instanz nicht mehr aufgeführt wird, können Sie den Vorgang wiederherstellen. Dazu erstellen Sie eine neue Instanz mit der gleichen IP-Adresse und mit dem gleichen Dateifreigabenamen wie die gelöschte Instanz. Wenn die Instanz erstellt ist, wird der nicht reagierende Vorgang mit einem Fehler beendet. Wenn Sie die Filestore-Instanz nicht benötigen, können Sie die Dateifreigabe trennen und löschen.

Damit dieser Fehler in Zukunft nicht mehr auftritt, heben Sie die Bereitstellung der Filestore-Instanz zuerst auf, bevor Sie sie löschen.

Instanz zeigt den Status REPAIRING an

Die Filestore-Instanz befindet sich in einem fehlerhaften Zustand, der interne Ursachen außerhalb der Kontrolle des Nutzers hat, und repariert sich automatisch selbst. Die Instanz ist während dieser Zeit nicht verfügbar und Sie müssen keine weiteren Maßnahmen ergreifen.

Instanz zeigt den Status UNAVAILABLE an

Wenn eine Änderung am Status des Cloud KMS-Schlüssels erkannt wird, stellt die Instanz automatisch die Bereitstellung von Daten ein. Einige Beispiele:

  • Deaktivierung eines Schlüssels oder einer Schlüsselversion
  • Löschen eines Schlüssels oder einer Schlüsselversion
  • Berechtigungen eines Schlüssels ändern

Weitere Informationen finden Sie unter Daten mit CMEKs verschlüsseln.