Les sections suivantes décrivent les scénarios dans lesquels une instance peut ne pas répondre et fournissent des étapes pour résoudre le problème.
L'instance Filestore ne répond pas aux requêtes ping ou traceroute
Les instances Filestore ne répondent pas aux requêtes ping ou traceroute, car Filestore n'autorise pas ICMP.
Pour tester la connectivité à une instance Filestore, vous pouvez exécuter showmount à partir du client:
sudo showmount -e filestore-ip
L'instance Filestore répond avec son système de fichiers exporté, par exemple:
Export list for 10.139.19.98:
/vol1 192.168.0.0/16,172.16.0.0/12,10.0.0.0/8
Vous pouvez également vérifier si le client peut accéder aux informations RPC de Filestore en exécutant:
sudo rpcinfo -p <filestore-ip>
La réponse est semblable à ce qui suit :
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
Maintenance planifiée
De temps en temps, Cloud Filestore ne répond plus pendant quelques minutes, puis redevient actif en raison d'un événement de maintenance programmé. Pour en savoir plus sur le contrat de niveau de service de Filestore, consultez la page Contrat de niveau de service.
Filestore n'est pas compatible avec les intervalles de maintenance définis par le client. La planification des intervalles de maintenance pour Filestore n'est également pas disponible pour les clients.
L'instance a été supprimée alors qu'elle était toujours installée sur le client
Si une opération sur un fichier ou une commande Unix telle que df, ls ou toute opération de lecture/écriture cesse de répondre, l'instance Filestore a probablement été supprimée alors qu'elle était installée sur le client.
Vérifiez si l'instance existe encore :
gcloud filestore instances list
Si l'instance n'est plus répertoriée, vous pouvez reprendre le contrôle en créant une instance avec la même adresse IP et le même nom de partage de fichiers que l'instance supprimée. Une fois l'instance créée, l'opération qui ne répond pas s'exécute et renvoie une erreur. Si vous n'avez pas besoin de l'instance Filestore, vous pouvez désinstaller le partage de fichiers et le supprimer.
Pour éviter qu'un tel incident ne se reproduise, assurez-vous de désinstaller l'instance Filestore avant de la supprimer.
L'instance affiche l'état REPAIRING
L'instance Filestore est dans un état non opérationnel pour des raisons internes. Elle n'est pas contrôlable par l'utilisateur et se répare automatiquement. L'instance n'est pas disponible pendant cette période et vous n'avez rien à faire.
L'instance affiche l'état UNAVAILABLE
Si un changement de l'état de la clé Cloud KMS est détecté, l'instance arrête automatiquement de diffuser les données. Voici quelques exemples :
- Désactivation d'une clé ou d'une version de clé.
- Détruire une clé ou une version de clé
- Modifier les autorisations d'une clé
Pour en savoir plus, consultez Chiffrer des données avec des CMEK.