PowerScale: Så här tar du reda på undernätsstyrenheten för en PowerScale InfiniBand-infrastruktur
Samenvatting: Så här tar du reda på undernätsstyrenheten för en PowerScale InfiniBand-infrastruktur.
Instructies
Introduktion
OpenSM tillhandahåller en implementering av en InfiniBand (IB) Subnet Manager och Administration och körs ovanpå OpenIB. OpenSM måste fungera korrekt för att all InfiniBand-trafik (IB) som förlitar sig på OpenSM ska fungera korrekt. Om ett IB-problem uppstår kanske du vill granska OpenSM-loggarna, och för att göra det måste du veta vilken logg som ska granskas. Tjänsten opensm körs på alla noder och varje nod har sina egna OpenSM-loggar. Det är dock bara IB-infrastrukturens undernätsmaster som gör topologiidentifieringar, så endast dess OpenSM-logg har fullständig och korrekt information. Det är därför viktigt att kunna identifiera vilken enhet som fungerar som undernätsmaster för strukturen.
I en konfiguration med dubbla växlar måste du korrelera OpenSM-loggen med det gränssnitt som den är bunden till. Filerna opensm-1.topo och opensm-2.topo korrelerar inte alltid direkt med gränssnitten internal-a (int-a) och internal-b (int-b). Du kan använda värdet för IB-gränssnittets länklageradress (lladdr) för att avgöra vilken fil som är associerad med vilket gränssnitt. Proceduren nedan beskriver hur du gör detta.
OBSERVERA
En .topo-fil genereras när en anslutning till IB-switchen initieras och innehåller information som samlats in vid den tidpunkten. En .log-fil medföljer alltid .topo-filen . Den .log filen innehåller meddelanden och topografiinformation om InfiniBand-anslutningen. När du väl känner till befälhavaren kan du granska lämplig . loggfil för information om ett specifikt problem. Endast detaljfilen på noden för OpenSM-mastern är tillförlitlig för en korrekt topologi för strukturen. Topofiler från andra noder ska inte användas.
Procedur
1. Öppna en SSH-anslutning på en nod i klustret och logga in med ”rot”-kontot. Stanna kvar på samma nod för att utföra resten av stegen i den här proceduren.
2. Bestäm OpenSM-masterna för varje switch:
isi_for_array -XI 'ps auxw | grep opensm' | grep master
I exemplet nedan för en miljö med en enda InfiniBand-switch motsvarar 0xe41d2d0300bc8fc2 lladdr för Isilon-nätverkskortet för den noden och IsilonX210-S19-1 inkluderar nodnumret för mastern.
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. För varje resultat i kommando 2 bestämmer du vilket gränssnitt på noden som refereras till från utdata ovan genom att undersöka lladdr från ifconfig-utdata.
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
Om ett gränssnitt visas som inaktivt i steg 3 kan dess status ignoreras eftersom det kan visas som huvudgränssnitt.
Om det finns flera OpenSM-masters per switch och de extra masterna inte beror på ett inaktivt nätverkskort (NIC) kontaktar du PowerScales tekniska support.
Om det inte finns några OpenSM-masters kontrollerar du att det inte finns några andra enheter fysiskt anslutna till switchen som inte ingår i klustret. Detta inkluderar noder som är påslagna om de antingen inte har lagts till i klustret eller tagits bort från det. Om det inte finns några ytterligare anslutningar på InfiniBand-infrastrukturen kan switchen ha tagit på sig rollen som master.
När den är optimalt konfigurerad ska den avsedda undernätshanteraren vara en klusternod, inte en IB-växel eller en okonfigurerad nod.
I sällsynta fall kan en IB-växel konfigureras som en egen undernätshanterare. Detta kan orsaka problem som är svåra att diagnostisera. Det innebär att ett IB-gränssnitt inte visas, att switchen inte dirigerar IB-trafik korrekt eller till och med hindrar noder från att ansluta till klustret.
Om IB-switchen är master kontaktar du PowerScales tekniska support.