PowerScale OneFS: Falha na solicitação de montagem do <IP do client> para <caminho>
Summary: Tratamento de alertas recorrentes de "Solicitação de montagem de".
Symptoms
Um dos maiores infratores é o seguinte alerta:
Recurring: Mount request from <Client IP Address> on <Node IP Address> for <Share> failed with errno: <2 or 13>
Ao lidar adequadamente com esse alerta, podemos reduzir a carga no CELOG e melhorar a operação e a geração de relatórios de alertas/eventos.
Cause
Um client aciona esses alertas tentando acessar um compartilhamento que não existe como uma exportação ou que ele não tem permissão para acessar.
Scanners de segurança, InsightIQ ou clients Windows que podem ter o Services for Network File System (NFS) ativado geralmente acionam esses alertas.
Resolution
Para lidar adequadamente com esses alertas, devemos determinar quem está acessando o compartilhamento declarado do endereço IP do client ofensivo:
# 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
E o fracasso que eles estão enfrentando:
# isi event events list | grep "Mount.*fail" |awk '{print $NF}' | sort | uniq -c|sort -rn
876 STATUS_NOT_FOUND
63 STATUS_ACCESS_DENIED
Com as informações acima, você pode determinar quem está tentando acessar as exportações e por que ela está falhando, gerando assim um evento.
Se não for possível lidar com os clients ofensivos, os alertas poderão ser suprimidos a partir do OneFS 9.3 e versões posteriores.
Na IU Web, isso pode ser feito em Eventos e alertas ->Gerenciamento de alertas ->Pesquise a montagem no ID do tipo de evento.
Na CLI, o seguinte comando pode ser usado:
# isi event suppress modify --suppress=true --id=400130001
O ID do evento pode ser visto no documento a seguir, na página 54.