PowerScale OneFS: Не вдалося виконати запит на монтування від <Client IP> для <Path>

Recurring: Mount request from <Client IP Address> on <Node IP Address> for <Share> failed with errno: <2 or 13>

Правильно реагуючи на це сповіщення, ми можемо зменшити навантаження на CELOG і покращити роботу сповіщень/подій та звітність.

Клієнт ініціює ці сповіщення, намагаючись отримати доступ до спільного ресурсу, який або не існує як експорт, або він не має дозволу на доступ.

Сканери безпеки, InsightIQ або клієнти Windows, на яких може бути ввімкнуто служби для мережевої файлової системи (NFS), зазвичай ініціюють ці оповіщення.

Щоб належним чином реагувати на ці сповіщення, ми повинні визначити, хто отримує доступ до вказаного спільного ресурсу з IP-адреси клієнта, що порушує правила:

# 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

# isi event events list | grep "Mount.*fail" |awk '{print $NF}' | sort | uniq -c|sort -rn

 876 STATUS_NOT_FOUND
  63 STATUS_ACCESS_DENIED

За допомогою наведеної вище інформації ви можете визначити, хто намагається отримати доступ до експорту та чому це не вдається, таким чином генеруючи подію. 

Якщо звернення до клієнтів-порушників неможливе, сповіщення можна придушити, починаючи з OneFS 9.3 і вище.

У веб-інтерфейсі це можна зробити в розділі Події та сповіщення ->Керування сповіщеннями ->Пошук монтування в ID типу події. 

 

З CLI можна використовувати наступну команду: 

# isi event suppress modify --suppress=true --id=400130001

Ідентифікатор події можна побачити в наступному документі на сторінці 54.

https://www.delltechnologies.com/asset/en-us/products/storage/industry-market/h17458-bp-powerscale-onefs-advanced-alert-configurations.pdf.external