PowerScale: Slik fastslår du delnettkontrolleren for en PowerScale InfiniBand-struktur
Samenvatting: Slik fastslår du delnettkontrolleren for en PowerScale InfiniBand-struktur.
Instructies
Innledning
OpenSM gir en implementering av en InfiniBand (IB) Subnet Manager og administrasjon og kjører på toppen av OpenIB. OpenSM må fungere som den skal for at all InfiniBand (IB)-trafikk som er avhengig av OpenSM skal fungere skikkelig. Hvis det oppstår et IB-problem, vil du kanskje se gjennom OpenSM-loggene, og for å gjøre det må du vite hvilken logg du skal gjennomgå. Opensm-tjenesten kjører på alle noder, og hver node har sine egne OpenSM-logger. Imidlertid er det bare delnettmasteren i IB-strukturen som gjør topologifunn, så bare OpenSM-loggen har fullstendig og nøyaktig informasjon. Derfor, for å kunne identifisere hvilken enhet som fungerer som subnettmaster for stoffet.
I en konfigurasjon med to svitsjer må du korrelere OpenSM-loggen med grensesnittet den er bundet til. Opensm-1.topo- og opensm-2.topo-filene korrelerer ikke alltid direkte med intern-a (int-a) og intern-b (int-b) grensesnittene. Du kan bruke verdien IB interface link layer address (lladdr) til å bestemme hvilken fil som er knyttet til hvilket grensesnitt. Fremgangsmåten nedenfor beskriver hvordan du gjør dette.
MERK
En TOPO-fil genereres når en tilkobling til IB-bryteren startes, og inneholder informasjon som samles inn på det tidspunktet. En .log fil vil alltid følge med .topo-filen . .log filen inneholder meldinger og topografiinformasjon om InfiniBand-tilkoblingen. Når du kjenner mesteren, kan du se gjennom riktig . loggfil for informasjon om et bestemt problem. Bare topofilen på noden for OpenSM-masteren kan stoles på for en riktig topologi for strukturen. Topologiske filer fra andre noder skal ikke brukes.
Fremgangsmåte
1. Åpne en SSH-tilkobling på en hvilken som helst node i klyngen, og logg inn ved hjelp av «rot»-kontoen. Hold deg på samme node for å utføre resten av trinnene i denne prosedyren.
2. Bestem OpenSM-masterne for hver svitsj:
isi_for_array -XI 'ps auxw | grep opensm' | grep master
I eksemplet nedenfor for et miljø med én enkelt InfiniBand-svitsj tilsvarer 0xe41d2d0300bc8fc2 lladdr for Isilon-nettverkskortet for denne noden, og IsilonX210-S19-1 inkluderer nodenummeret for masteren.
IsilonX210-S19-3# isi_for_array -XI 'ps auxw | grep opensm' | grep master
IsilonX210-S19-1: root 3757 0.0 0.0 28536 5036 - S 23Feb17 3:56.20 opensm: 0xe41d2d0300bc8fc2 master (opensm)
3. For hvert resultat i kommando 2 bestemmer du hvilket grensesnitt på noden det refereres til fra utdataene ovenfor, ved å undersøke lladdr fra ifconfig-utdataene.
isi_for_array -n <LNN> 'ifconfig ib0 ; ifconfig ib1' | grep -E "ib[01]"\|lladdr\|status
For our example, the interface of the master would be ib1 (lladdr is separated by a dot in this output for clarity in reading and ends in bc.8f.c2, the same as from the example in command 2 above.)
IsilonX210-S19-3# isi_for_array -n 1 'ifconfig ib0 ; ifconfig ib1' | grep -E "ib[01]"\|lladdr\|status
IsilonX210-S19-1: ib0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 4092
IsilonX210-S19-1: lladdr 0.0.0.48.fe.80.0.0.0.0.0.0.e4.1d.2d.3.0.bc.8f.c1
IsilonX210-S19-1: status: inactive
IsilonX210-S19-1: ib1: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 2044
IsilonX210-S19-1: lladdr 0.0.0.49.fe.80.0.0.0.0.0.0.e4.1d.2d.3.0.bc.8f.c2
IsilonX210-S19-1: status: active
Extra informatie
Hvis et grensesnitt vises som inaktivt i trinn 3, kan du se bort fra statusen, siden det kan vises som hovedgrensesnitt.
Hvis det er flere OpenSM-mastere per svitsj, og de ekstra masterne ikke skyldes et inaktivt nettverksgrensesnittkort (NIC), kontakter du teknisk støtte for PowerScale.
Hvis det ikke finnes noen OpenSM-mastere, må du kontrollere at det ikke er andre enheter som er fysisk koblet til svitsjen, og som ikke er en del av klyngen. Dette inkluderer noder som er slått på hvis de enten ikke er lagt til i klyngen eller fjernet fra den. Hvis det ikke er noen ekstra tilkoblinger på InfiniBand-strukturen, kan bryteren ha tatt på seg rollen som master.
Når den er optimalt konfigurert, bør den utpekte delnettmasteren være en klyngenode, ikke en IB-svitsj eller en ukonfigurert node.
I sjeldne tilfeller kan en IB-svitsj konfigureres som en egen delnettmaster. Dette kan forårsake problemer som er vanskelige å diagnostisere. Dvs. et IB-grensesnitt kommer ikke opp, bryteren ruter ikke IB-trafikk riktig eller hindrer noder i å bli med i klyngen.
Hvis IB-svitsjen er hovedsvitsjen, kontakter du teknisk støtte for PowerScale.