Doppelte LUN-IDs an einem Zielport
Änderungen vorschlagen
PDFs
Jede Array-LUN auf demselben Zielport des Speicherarrays muss über eine eindeutige LUN-ID verfügen. Die storage errors show Ausgabe identifiziert die LUNs, die am gleichen Zielport mit derselben LUN-ID angezeigt werden.
Speicherfehler zeigen Meldung
NAME (UID), port WWPNx: LUN x occurs more than once. LUNs cannot be reused on the same array target port.
Erklärung
Die übliche Ursache für doppelte LUN-IDs an einem Zielport ist ein Zoning-Fehler. Ein Administrator setzt die FC-Initiatoren von ONTAP-Systemen in unterschiedliche Host-Gruppen, um mehrere LUN-Gruppen auf einem Storage-Array zu erstellen. Anschließend macht er jedoch einen Zoning-Fehler, der den Initiatoren in den verschiedenen Host-Gruppen den Zugriff auf denselben Zielport ermöglicht.
Wenn dieser Typ von Zoning-Fehler gemacht wird, storage array config show werden in der Ausgabe zwei LUN-Gruppen mit denselben Ziel-Ports angezeigt.
Problemszenario
Der Administrator möchte vier LDEVs (a, b, c und d) für den ONTAP-Einsatz zuordnen, zwei LDEVs in jeder der beiden LUN-Gruppen. Nehmen Sie für dieses Szenario an, dass das Speicher-Array LDEVs den Initiator-Ports präsentiert, ohne den Zielport zu berücksichtigen, über den der Initiator auf die Speicher-Arrays zugreift. Das heißt, die Host-Gruppen sind für einen Zielport not spezifisch. Zoning muss zum Erstellen von LUN-Gruppen verwendet werden, indem festgelegt wird, auf welche Zielports jeder Initiator zugreifen kann.
|
Bei einigen Storage Arrays, wie z. B. HP EVA, sind die Host-Gruppen für alle Ziel-Ports identisch. Für andere Speicher-Arrays, wie Hitachi, sind Host-Gruppen spezifisch für einen Ziel-Port. |
Der Administrator richtet zwei Host-Gruppen wie folgt richtig ein, sodass zwei LUN-Gruppen vorhanden sind:
| Host-Gruppe | FC-Initiatoren in der Host-Gruppe | LDEVs und zugeordnete LUN-IDs |
|---|---|---|
1 |
0a0c |
LDEV A/LUN 1LDEV b/LUN 2 |
2 |
0b 0d |
LDEV c/LUN 1LDEV d/LUN 2 |
Das Zoning sollte wie folgt aufgebaut werden:
-
Die Initiatoren in den Host-Gruppen 1, 0a und 0c sollten auf das Ziel-Port-Paar 1A und 2A begrenzt werden.
-
Die Initiatoren in Host-Gruppe 2, 0b und 0d sollten auf das Ziel-Port-Paar 1B und 2B begrenzt werden.
Beachten Sie in der vorhergehenden Tabelle, dass LDEV A und LDEV c beide dieselbe LUN-ID (L1) haben. Ebenso verfügen LDEV b und LDEV d über die gleiche LUN-ID (L2). Wenn das Zoning richtig eingerichtet ist, ist diese Duplizierung von LUN-IDs kein Problem, da die Wiederverwendung von LUN-IDs auf verschiedenen Zielports unterstützt wird.
Das Problem in diesem Szenario besteht darin, dass einige Initiatoren beim Konfigurieren des Zoning in der falschen Zone platziert werden, wie in der folgenden Tabelle dargestellt:
| Zone | ONTAP-System | Storage Array erledigen | ||
|---|---|---|---|---|
Switch vnbr200es25 |
z1 |
vs1 |
Port 0a |
Controller 1 |
Anschluss 1 A |
z2 |
vs1 |
Anschluss 0b |
Controller 1 |
Anschluss 1A (statt 1B) |
Schalter vnci9124s53 |
z3 |
vs1 |
Anschluss 0c |
Controller 2 |
Anschluss 2 A |
z4 |
vs1 |
Anschluss 0d |
Die folgende Abbildung zeigt das Ergebnis des Zoning-Fehlers:
Wie Sie in der Abbildung sehen, werden zwei LUN-Gruppen erstellt. Aufgrund des Zoning-Fehlers befinden sich die LUN-Gruppe 0 und die LUN-Gruppe 1 jedoch auf demselben Ziel-Port-Paar (1A und 2A), anstatt dass sich eine LUN-Gruppe auf jedem Ziel-Port-Paar befindet.
In der folgenden storage array config show Ausgabe für dieses Beispiel werden zwei LUN-Gruppen angezeigt. Das Problem besteht darin, dass die beiden LUN-Gruppen die gleichen Ziel-Ports haben.
vs1::> storage array config show
LUN LUN
Node Group Count Array Name Array Target Ports Switch Port Initiator
----- ----- ------- ----------- ------------------- ---------- ---------
vs1 0 2 DGC_RAID5_1 20:1A:00:a0:b8:0f:ee:04 vnbr200es25:5 0a
20:2A:00:a0:b8:0f:ee:04 vnci9124s53:6 0c
1 2 DGC_RAID5_1 20:1A:00:a0:b8:0f:ee:04 vnbr200es25:5 0b
20:2A:00:a0:b8:0f:ee:04 vnci9124s53:6 0d
Warning: Configuration were errors detected. Use 'storage errors show' for detailed information.
In der folgenden storage errors show Ausgabe für dieses Beispiel werden die LUNs mit dem Problem identifiziert:
vs1::> storage errors show Disk: EMC-1.1 UID: UID-a ---------- EMC-1.1 (UID-a), port WWPN1: LUN 1 occurs more than once. LUNs cannot be reused on the same array target port. Disk: EMC-1.2 UID: UID-b ---------- EMC-1.2 (UID-b), port WWPN1: LUN 2 occurs more than once. LUNs cannot be reused on the same array target port. Disk: EMC-1.3 UID: UID-c ---------- EMC-1.3 (UID-c), port WWPN2: LUN 1 occurs more than once. LUNs cannot be reused on the same array target port. Disk: EMC-1.4 UID: UID-d ---------- EMC-1.4 (UID-d), port WWPN2: LUN 2 occurs more than once. LUNs cannot be reused on the same array target port.
In diesem storage errors show Beispiel sehen Sie, dass die UIDs aller vier LDEVs angezeigt werden, aber es gibt nur zwei eindeutige LUN-IDs, LUN 1 und LUN 2. Statt vier.
Fehlerbehebung und Problemlösung
Der Speicher-Array-Administrator muss das Zoning so fixieren, dass die Initiatoren in verschiedenen Host-Gruppen keinen Zugriff auf denselben Zielport haben.
-
Suchen Sie in der
storage array configAusgabe nach Initiatoren, die mit demselben Zielport kommunizieren. -
Geben Sie den folgenden Befehl ein, um die Details des Fehlers anzuzeigen:
storage errors show -
Bestimmen Sie das LDEV, für das die LUN-IDs dupliziert werden.
-
Ändern Sie für jeden Zielport auf Controller 1, dem mehrere Initiatoren aus demselben ONTAP-System zugeordnet sind, das Zoning, sodass die beiden FC-Initiatoren nicht mit demselben Zielport sprechen.
Sie führen diesen Schritt aus, weil Initiatoren in verschiedenen Host-Gruppen sich nicht in derselben Zone befinden sollten. Sie müssen diesen Schritt jeweils auf einem Initiator ausführen, damit immer ein Pfad zur Array-LUN vorhanden ist.
-
Wiederholen Sie den Vorgang auf Controller 2.
-
Geben Sie ONTAP ein
storage errors show, und bestätigen Sie, dass der Fehler behoben wurde. ``