PowerFlex. Сетевые платы SVM могут быть неправильно назначены во время преобразования SVM
Summary: В процессе преобразования SVM сетевые платы SVM могут быть назначены неправильно.
Symptoms
Пользователь не может модернизировать или преобразовать основной MDM (последний MDM) во время преобразования SVM, так как подсети не могут обмениваться данными.
Сценарий
После преобразования SVM порядок сетевых плат был неверным:
Возможны два сценария:
Сценарий #1 - Первичные сетевые карты передачи данных, коммутируемые сетевые адаптеры в разных подсетях (не маршрутизируемые):
При взгляде на query_cluster мы видим, что IP-адреса Primary MDM расположены в порядке, противоположном порядку Secondaries:
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-адреса управления и DATA, коммутируемые сетевые платы:
Выходные данные основного интерфейса MDM, которые могут отличаться в зависимости от ОС, показывают, что eth0 содержит IP-адрес управления, а 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 output, каждый узел ожидает использования 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]:
- Переведите кластер в режим одиночного режима (необходимо удалить и снова добавить с правильным порядком IP-адресов).
- Отредактируйте сценарии /etc/sysconfig/network-scripts/ifcfg-eth* на дополнительном MDM, чтобы они соответствовали текущему порядку основного MDM (MGMT на eth0, DATA1 на eth1, DATA2 на eth2)
- Переведите SDS, расположенный на текущем дополнительном MDM, в режим обслуживания (MM), так как мы меняем IP-адреса при перезагрузке
- Перезагрузите SVM, установленный в режим MM
- После повторного подключения к этому узлу убедитесь, что IP-адреса расположены в том же порядке, что и текущий основной MDM, как указано в шаге #2
- Убедитесь, что SDS снова подключено, а затем выйдите из режима MM
- Удалите из кластера MDM дополнительный MDM, который мы только что перезагрузили.
- Повторно добавьте MDM в качестве резервного, убедившись, что порядок IP-адресов в «new_mdm_ip» совпадает с текущим основным сервером (DATA1, DATA2)
- Возврат к режиму с 3 или 5 узлами
- Убедитесь, что кластер работоспособен и синхронизирован
- Владение MDM коммутатора
- После успешного владения MDM коммутатора перейдите к последнему оставшемуся узлу для модернизации/преобразования SVM
Затронутые версии
ОС VxFlex версии 3.0.x
Исправлено в версии
VxFlex OS 3.0.1.5
PowerFlex 3.5.1.3
PowerFlex 3.6.0.327
PowerFlex 4.0.0.1003