PowerFlex: SVM-nettverkskort kan tilordnes feil under SVM-konvertering
Summary: Under en SVM-konverteringsprosess kan SVM-nettverkskort tilordnes feil.
Symptoms
En bruker kan ikke oppgradere eller konvertere den primære MDM-en (siste MDM) under en SVM-konvertering, siden delnettene ikke kan kommunisere.
Scenario
NIC-ene ble feilbestilt etter en SVM-konvertering:
Det er to mulige scenarier:
Scenario #1 – Primære DATA NIC-er svitsjet NIC-er på forskjellige delnett (kan ikke rutes):
Når du ser på query_cluster utgang kan vi se at IP-adressene til den primære MDM er i motsatt rekkefølge av sekundærene:
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
Primær MDM-grensesnittutgang, som kan variere per operativsystem (OS), viser at eth1 er på 10.128.0.x-delnettet, og eth2 er på 10.128.8.x-delnettet, i samme rekkefølge som sekundærene:
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
Scenario #2 – Primære MGMT- og DATA IP-svitsjede NIC-er:
Primære MDM-grensesnittutdata, som kan variere per operativsystem, viser at eth0 innehar MGMTIP og eth[1|2] innehar DATA1- og DATA2-IP-ene:
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
Sekundære MDM-grensesnittutdata, som kan variere per operativsystem, viser at eth0 har DATA1 IP og eth[1|2] har DATA2 og MGMT IP-ene:
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
Når du ser på query_cluster output, er hver node forventer å bruke eth1 og eth2 for VIPs:
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
Innvirkning
Siden delnettene ikke kan kommunisere, kan det føre til en DU hvis det oppstår panikk eller failover.
Cause
Dette problemet kan oppstå hvis malen endres før du kjører oppgraderings-/konverteringsprosedyren.
Resolution
Finn riktig justering, og endre nettverkskortene slik at de samsvarer med den. PowerFlex er vanligvis standard til:
ETH0=sio_mgmt ETH1=sio_data1 ETH2=sio_datat2
Trinn for eth[0|1|2] endringer:
- Sett klyngen i enkeltmodus (vi må fjerne og legge til igjen med riktig rekkefølge av IP-er)
- Rediger /etc/sysconfig/network-scripts/ifcfg-eth*-skriptene på sekundær MDM slik at de samsvarer med gjeldende primære MDM-rekkefølge (MGMT på eth0, DATA1 på eth1, DATA2 på eth2)
- Sett SDS som ligger på den nåværende sekundære MDM-en, i vedlikeholdsmodus (MM), ettersom vi endrer IP-adressene med en omstart
- Start SVM-en som ble plassert i MM på nytt
- Bekreft når du kobler til denne noden på nytt at IP-adressene er i samme rekkefølge som gjeldende primære MDM som nevnt i trinn #2
- Kontroller at SDS er koblet til på nytt, og avslutt deretter MM
- Fjern den sekundære MDM-en som vi nettopp startet på nytt, fra MDM-klyngen
- Legg til MDM i ventemodus, og pass på at rekkefølgen på IP-adressene i «new_mdm_ip» samsvarer med gjeldende primær (DATA1, DATA2)
- Bytt tilbake til 3-nodes/5-nodemodus
- Kontroller at klyngen er i god form og synkronisert
- Bytt MDM-eierskap
- Når byttet MDM-eierskap er vellykket, går du videre med den siste gjenværende noden for SVM-oppgradering/-konvertering
Berørte versjoner
VxFlex OS 3.0.x
Løst i versjon
VxFlex OS 3.0.1.5
PowerFlex 3.5.1.3
PowerFlex 3.6.0.327
PowerFlex 4.0.0.1003