PowerStore: WebUI (UI) недоступний після переходу з NDU до версії 3.0 і вище, перезавантаження вузла або перемикання живлення пристрою

PowerStore Manager UI або CLI (RestAPI та PSTCLI) недоступний і може викликати такі помилки:

• UI PowerStore Manager недоступний (користувачі не можуть увійти) після NDU, перезавантаження вузла або перемикання живлення пристрою:
• Спроба увійти не дає помилки: «Сервіс недоступний. Будь ласка, спробуйте ще раз через кілька хвилин. (0xE04040010004)» або «Послуга 503 недоступна»
• Якщо пройти через Initial Configuration Wizard (ICW) через сервісний порт, користувач може побачити повідомлення «Завантаження....» На етапі Cluster Details, який триває деякий час. Згодом інтерфейс може показати «Потрібний пристрій не знайдено або Запит закінчився.»

Внаслідок цієї проблеми:

• Для неналаштованих пристроїв
  • Неможливо отримати доступ до сторінки входу в PowerStore Manager або увійти в REST API.
  • Utility Connection Utility не може відображати налаштовані та неналаштовані пристрої в такому середовищі через відсутність IP-адреси виявлення на пристроях.
• Для налаштованих пристроїв
  • Неможливо отримати доступ до сторінки входу в PowerStore Manager або увійти в REST API.
  • Робота Add Appliance неможлива.

Система доступу через ssh, якщо ssh не увімкнено, використовуйте сервісні порти, як зазначено в PowerStore: SSH та PowerStore Manager доступ через порти Service LAN

.Не можу видавати PSTCLI-команди.

[SVC:service@XXXXXXX-B user]$ pstcli -d <ClusterIP> -u admin -session
Password (for host localhost):
The system was unable establish a secure connection to the storage server.

Немає IPv4 169.254/16, з'єднаного на диск0:
 

[SVC:service@XXXXXXX-A user]$ ip a show | grep disc0 -A 3
11: disc0@eno1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether aa:aa:aa:aa:aa:aa brd ff:ff:ff:ff:ff:ff
    inet6 fe80::xxxx:xxxx:fe34:2b4a/64 scope link
       valid_lft forever preferred_lft forever
 
[SVC:service@XXXXXXX-B user]$ ip a show | grep disc0 -A 3
11: disc0@eno1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether bb:bb:bb:bb:bb:bb brd ff:ff:ff:ff:ff:ff
    inet6 fe80::xxxx:xxxx:fe34:2b4a/64 scope link
       valid_lft forever preferred_lft forever

• Під час завантаження Node сервіс avahi-autoipd випадково вибирає IP у діапазоні 169.254.0.0/16, перевіряє, чи використовує цей IP інший пристрій за допомогою arping, а потім прив'язує її до інтерфейсу disc0
• Для завантаження стеку Control Path HTTP потрібна IP-адреса інтерфейсу disc0.
• Через несподівану ARP-відповідь від мережевого пристрою в середовищі керуючої мережі сервіс avahi-autoipd не отримує IP-адресу, що перешкоджає завантаженню стеку Control Path HTTP і призводить до втрати доступу до WebUI та PSTCLI.

Спосіб вирішення

• Визначте пристрій, який надсилає несподівані ARP-відповіді до PowerStore.
• Проблему можна вирішити, зупинивши комутатор або пристрій, який виконує функції проксі-ARP у мережі керування. Зробіть це одним із наступних способів:
  • Оновіть прошивку перемикача до версії, яка містить вирішення проблеми (що стосується комутаторів Cisco, як описано в https://quickview.cloudapps.cisco.com/quickview/bug/CSCul01316)
  • Якщо «проксі ARP» увімкнено на комутаторі для діапазону Zeroconf/Avahi IP-діапазону 169.254.0.0/16, рекомендується вимкнути або переналаштувати його для виключення цього діапазону, оскільки його не слід використовувати для проксі ARP.
    • Проконсультуйтеся з мережевим адміністратором клієнта, щоб переконатися, що вимкнення цього налаштування не повинно впливати на інші мережеві сервіси.
    • Проконсультуйтеся з адміністратором мережі клієнта щодо найкращого способу виконання цієї зміни.
  • Ізолюйте мережу керування PowerStore від іншого Access або Native VLAN на комутаторі.
• Коли все вищезазначене виконано, переконайтеся, що диск0 має IPv4-адресу в діапазоні 169.254.0.0/16

[SVC:service@XXXXXXX-A user]$ ip a show | grep disc0 -A 3
11: disc0@eno1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether ea:xx:xx:xx:xx:xx brd ff:ff:ff:ff:ff:ff
    inet 169.xxx.xx.xx/16 brd 169.254.255.255 scope link disc0:mc
       valid_lft forever preferred_lft forever


[SVC:service@XXXXXXX-B user]$ ip a show | grep disc0 -A 3
11: disc0@eno1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether 1a:xx:xx:xx:xx:xx brd ff:ff:ff:ff:ff:ff
    inet 169.xxx.xx.xxx/16 brd 169.254.255.255 scope link disc0:mc
       valid_lft forever preferred_lft forever

• Перезапустити керуючий шлях 

[SVC:service@XXXXXXX-B user]$ svc_container_mgmt restart CP
Waiting for container restart
Container controlpath restart returned: 0
Container controlpath is back up
Waiting for stack to load
Waiting for stack to load
Waiting for stack to load
Waiting for stack to load
[SVC:service@XXXXXXX-B user]$

Якщо не вдається ідентифікувати мережевий пристрій, що надсилає несподівані ARP-відповіді,

або потрібна будь-яка допомога з цією проблемою, зверніться до технічної підтримки або вашого уповноваженого сервісного представника та процитуйте цей ID статті з бази знань Dell.Виправлення:
Цю проблему було виправлено у версії PowerStoreOS v3.6.0.0
(див. MDT-498676, зазначений у примітці до випуску цієї версії операційної системи.)