PowerFlex: SVM NIC'ler, SVM dönüştürme işlemi sırasında yanlış atanabilir
Summary: SVM dönüştürme işlemi sırasında SVM NIC'ler yanlış atanabilir.
Symptoms
Alt ağlar iletişim kuramadığından, kullanıcı SVM dönüştürme sırasında Birincil MDM'yi (son MDM) yükseltemez veya dönüştüremez.
Senaryo
NIC'ler, SVM dönüştürme işleminden sonra yanlış sıralanmıştır:
İki olası senaryo vardır:
Senaryo #1 - Birincil DATA NIC'ler farklı alt ağlarda anahtarlı NIC'ler (yönlendirilemez):
Baktığınızda query_cluster çıktı, Birincil MDM'nin IP Adreslerinin İkincillerin zıt sırada olduğunu görebiliriz:
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
İşletim Sistemine (OS) göre değişiklik gösterebilen birincil MDM arabirimi çıktısı, eth1'in 10.128.0.x alt ağında, eth2'nin ise 10.128.8.x alt ağında olduğunu İkincillerle aynı sırada gösterir:
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
Senaryo #2 - Birincil Yönetim ve VERİ IP'leri anahtarlamalı NIC'ler:
İşletim sistemine göre değişiklik gösterebilen birincil MDM arabirimi çıkışı, eth0 ın MGMT IP'sini, eth[1|2] öğesinin ise VERI1 ve VERI2 IP'lerini tuttuğunu gösterir:
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
İşletim sistemine göre değişiklik gösterebilen ikincil MDM arabirimleri çıktısı, eth0 ın DATA1 IP'sini, eth[1|2] öğesinin ise DATA2 ve MGMT IP'lerini tuttuğunu gösterir:
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
Baktığınızda query_cluster çıktı, her düğüm VIP'ler için eth1 ve eth2 kullanmayı bekliyor:
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
Etki
Alt ağlar iletişim kuramadığından panik veya yük devretme varsa bu durum DU ya neden olabilir.
Cause
Bu sorun, yükseltme/dönüştürme yordamı çalıştırılmadan önce şablon değiştirilirse oluşabilir.
Resolution
Doğru hizalamayı belirleyin ve NIC'leri buna uyacak şekilde değiştirin. PowerFlex genellikle varsayılan olarak:
ETH0=sio_mgmt ETH1=sio_data1 ETH2=sio_datat2
eth[0|1|2] değişiklikleri için adımlar:
- Kümeyi tekli moda geçirin (uygun IP sırasına göre kaldırıp yeniden eklemeliyiz)
- İkincil MDM'deki /etc/sysconfig/network-scripts/ifcfg-eth* komut dosyalarını mevcut Birincil MDM sırasına göre düzenleyin (eth0'da MGMT, eth1'de DATA1, eth2'de DATA2)
- Yeniden başlatma ile IP'leri değiştirdiğimiz için geçerli İkincil MDM'de bulunan SDS yi Bakım Moduna (MM) alın
- MM'ye yerleştirilen SVM'yi yeniden başlatın
- Bu düğüme yeniden bağlandıktan sonra, IP'lerin #2. adımda belirtildiği gibi geçerli Birincil MDM ile aynı sırada olduğunu doğrulayın
- SDS'nin yeniden bağlandığından emin olun ve ardından MM'den çıkın
- Yeniden başlattığımız İkincil MDM'yi MDM kümesinden kaldırma
- "new_mdm_ip" içindeki IP'lerin sırasının geçerli Birincil (DATA1, DATA2) ile eşleştiğinden emin olarak yedek MDM olarak yeniden ekleyin
- 3 düğümlü/5 düğümlü moda geri dönün
- Kümenin sağlıklı ve senkronize olduğunu doğrulayın
- MDM sahipliğini değiştirme
- Anahtar MDM sahipliği başarılı olduğunda SVM yükseltmesi/dönüştürmesi için kalan son düğümle devam edin
Etkilenen Sürümler
VxFlex OS 3.0.x
Düzeltildiği Sürüm
VxFlex OS 3.0.1.5
PowerFlex 3.5.1.3
PowerFlex 3.6.0.327
PowerFlex 4.0.0.1003