PowerFlex 3.X: SVM мережеві карти можуть бути неправильно призначені під час конвертації SVM

Summary: Під час процесу конвертації SVM мережеві карти SVM можуть бути призначені неправильно.

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.
Check out other resources

Symptoms

Користувач не може оновити або конвертувати основний MDM (останній MDM) під час конвертації SVM, оскільки підмережі не можуть взаємодіяти.

Після конвертації SVM мережеві карти були неправильно впорядковані:
Мережеві карти були неправильно впорядковані після конвертації SVM

 

Існує два можливих сценарії:

Сценарій #1 — Основні мережеві карти даних перемикалися на різних підмережах (не маршрутизовані):

Коли дивишся на query_cluster вихід ми бачимо, що IP-адреси первинної MDM розташовані в протилежному порядку від вторинних:

Primary MDM:
    Name: Secondary_MDM2, ID: 0x6a3e3168772f4322
        IP Addresses: 10.128.8.62, 10.128.0.62, Management IP Addresses: 10.63.193.162, Port: 9011, Virtual IP interfaces: eth1, eth2
Secondary MDMs:
    Name: Secondary_MDM1, ID: 0x3faea7c32806b951
        IP Addresses: 10.128.0.61, 10.128.8.61, Management IP Addresses: 10.63.193.161, Port: 9011, Virtual IP interfaces: eth1, eth2
    Name: Primary_MDM, ID: 0x02d885dd7c5fc180
        IP Addresses: 10.128.0.60, 10.128.8.60, Management IP Addresses: 10.63.193.160, Port: 9011, Virtual IP interfaces: eth1, eth2

 

Вихід первинного інтерфейсу MDM, який може відрізнятися залежно від операційної системи (ОС), показує, що eth1 знаходиться у підмережі 10.128.0.x, а eth2 — у підмережі 10.128.8.x, у тому ж порядку, що й вторинні:

eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 10.63.193.162  netmask 255.255.255.128  broadcast 10.63.193.255
eth1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 9000
        inet 10.128.0.62  netmask 255.255.248.0  broadcast 10.128.7.255
eth2: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 9000
        inet 10.128.8.62  netmask 255.255.248.0  broadcast 10.128.15.255

 

Сценарій #2 - Первинні IP-адреси MGMT та DATA переключаються на мережеві карти:

Первинний вихід інтерфейсу MDM, який може відрізнятися залежно від ОС, показує, що eth0 зберігає IP MGMT, а eth[1|2] — IP-адреси DATA1 і DATA2:

eth0      Link encap:Ethernet  HWaddr 00:50:56:91:97:CD  
          inet addr:10.202.5.13  Bcast:10.202.5.255  Mask:255.255.255.0
eth1      Link encap:Ethernet  HWaddr 00:50:56:91:3A:FB  
          inet addr:192.168.152.28  Bcast:192.168.159.255  Mask:255.255.248.0
eth2      Link encap:Ethernet  HWaddr 00:50:56:91:4E:57  
          inet addr:192.168.160.28  Bcast:192.168.167.255  Mask:255.255.248.0

 

Вихід вторинних інтерфейсів MDM, який може відрізнятися залежно від ОС, показує, що eth0 містить IP DATA1 , а eth[1|2] — IP-адреси DATA2 та MGMT:

eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 9000
        inet 192.168.152.27  netmask 255.255.248.0  broadcast 192.168.159.255
eth1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 9000
        inet 192.168.160.27  netmask 255.255.248.0  broadcast 192.168.167.255
eth2: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 10.202.5.12  netmask 255.255.255.0  broadcast 10.202.5.255

 

Коли дивишся на query_cluster вихід, кожен вузол очікує використання eth1 та eth2 для VIP:

Master MDM:
    Name: agent-svm-de1801vmwesx002, ID: 0x52cd360827eb8e63
        IPs: 192.168.152.28, 192.168.160.28, Management IPs: 10.202.5.13, Port: 9011, Virtual IP interfaces: eth1, eth2
        Version: 2.6.11000
Slave MDMs:
    Name: agent-svm-de1801vmwesx001, ID: 0x361d56fd178799e0
        IPs: 192.168.160.27, 192.168.152.27, Management IPs: 10.202.5.12, Port: 9011, Virtual IP interfaces: eth1, eth2
        Status: Normal, Version: 2.6.11000

 

Вплив

Оскільки підмережі не можуть спілкуватися, у разі паніки або аварійного перемикання це може призвести до DU.

 

Cause

Ця проблема може виникнути, якщо шаблон буде змінено перед запуском процедури оновлення/конвертації.

 

Resolution

Визначте правильне вирівнювання і змініть мережеві карти відповідно до нього. PowerFlex зазвичай за замовчуванням:

ETH0=sio_mgmt
ETH1=sio_data1
ETH2=sio_datat2

 

Кроки для змін eth[0|1|2]:

  1. Переведіть кластер у один режим (потрібно видалити і додати заново з правильним порядком IP)
  2. Відредагуйте скрипти /etc/sysconfig/network-scripts/ifcfg-eth* на вторинному MDM, щоб відповідати поточному порядку Primary MDM (MGMT на eth0, DATA1 на eth1, DATA2 на eth2)
  3. Переведіть SDS, що знаходиться на поточному вторинному MDM, у режим обслуговування (MM), оскільки ми змінюємо IP через перезавантаження
  4. Перезавантажте SVM, який був розміщений у MM
  5. Перевірте при повторному підключенні до цього вузла, що IP-адреси знаходяться в тому ж порядку, що й поточний Primary MDM, як зазначено на кроці #2
  6. Переконайтеся, що SDS знову підключено, а потім вийдіть з MM
  7. Видаліть вторинний MDM, який ми щойно перезавантажили, з кластера MDM
  8. Додавайте як резервний MDM, переконавшись, що порядок IP у "new_mdm_ip" відповідає поточному основному (DATA1, DATA2)
  9. Повернутися до режиму 3/5 вузлів
  10. Перевірте, чи кластер здоровий і синхронізований
  11. Володіння Switch MDM
  12. Після успішного володіння коммутатором MDM переходьте до останнього залишкового вузла для оновлення/конвертації SVM

 

Впливові версії

VxFlex OS 3.0.x 

Виправлено у версії

VxFlex OS 3.0.1.5

PowerFlex 3.5.1.3

PowerFlex 3.6.0.327

PowerFlex 4.0.0.1003

 

Affected Products

PowerFlex rack, PowerFlex Appliance, PowerFlex custom node, PowerFlex Software
Article Properties
Article Number: 000225313
Article Type: Solution
Last Modified: 30 Dec 2025
Version:  3
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.