PowerScale OneFS : Échec de la demande de montage de <Client IP> pour <Path>
Summary: Réponse aux alertes récurrentes de type « Demande de montage de ».
Symptoms
L’un des plus grands contrevenants est l’alerte suivante :
Recurring: Mount request from <Client IP Address> on <Node IP Address> for <Share> failed with errno: <2 or 13>
En traitant correctement cette alerte, nous pouvons réduire la charge sur CELOG et améliorer le fonctionnement et la création de rapports sur les alertes/événements.
Cause
Un client déclenche ces alertes en tentant d’accéder à un partage qui n’existe pas en tant qu’exportation ou auquel il n’est pas autorisé à accéder.
Les scanners de sécurité, InsightIQ ou les clients Windows sur lesquels les services pour le système de fichiers réseau (NFS) sont potentiellement activés déclenchent généralement ces alertes.
Resolution
Pour traiter correctement ces alertes, nous devons déterminer qui accède au partage indiqué à partir de l’adresse IP du client incriminée :
# isi event events list | grep "Mount.*fail" | awk '{print $10}' | sort | uniq -c | sort -rn
110 xxx.xxx.xxx.57
63 xxx.xxx.xxx.63
61 xxx.xxx.xxx.54
39 xxx.xxx.xxx.55
37 xxx.xxx.xxx.250
37 xxx.xxx.xxx.240
24 xxx.xxx.xxx.61
23 xxx.xxx.xxx.65
22 xxx.xxx.xxx.44
20 xxx.xxx.xxx.45
19 xxx.xxx.xxx.56
16 xxx.xxx.xxx.62
Et les défaillances qu’ils rencontrent :
# isi event events list | grep "Mount.*fail" |awk '{print $NF}' | sort | uniq -c|sort -rn
876 STATUS_NOT_FOUND
63 STATUS_ACCESS_DENIED
Avec les informations ci-dessus, vous pouvez déterminer qui tente d’accéder aux exportations et pourquoi cela échoue, générant ainsi un événement.
S’il n’est pas possible de traiter les clients incriminés, les alertes peuvent être supprimées à partir de OneFS 9.3 et versions ultérieures.
Dans l’interface utilisateur Web, cette opération peut être effectuée sous Événements et alertes ->Gestion des alertes ->Rechercher le montage dans l’ID de type d’événement.
À partir de la CLI, la commande suivante peut être utilisée :
# isi event suppress modify --suppress=true --id=400130001
L’ID d’événement est indiqué dans le document suivant, à la page 54.