Skip to main content
Die deutsche Sprachversion wurde als Serviceleistung für Sie durch maschinelle Übersetzung erstellt. Bei eventuellen Unstimmigkeiten hat die englische Sprachversion Vorrang.

Überprüfen Sie die Installation von node3

Beitragende
PDFs

Sie müssen überprüfen, ob die physischen Ports von node1 den physischen Ports auf node3 korrekt zugeordnet sind. Dadurch kann node3 nach dem Upgrade mit anderen Knoten im Cluster und mit dem Netzwerk kommunizieren.

Über diese Aufgabe

Siehe "Quellen" Verknüpfen mit Hardware Universe, um Informationen über die Ports auf den neuen Nodes zu erfassen. Die Informationen werden später in diesem Abschnitt verwendet.

Abhängig vom Modell der Nodes kann das physische Port-Layout variieren. Wenn der neue Node gestartet wird, versucht ONTAP, zu ermitteln, welche Ports die Cluster LIFs hosten sollten, damit es automatisch zu Quorum kommt.

Wenn die physischen Ports auf node1 nicht direkt den physischen Ports auf node3 zugeordnet werden, wird der folgende Abschnitt angezeigt Stellen Sie die Netzwerkkonfiguration auf node3 wieder her Muss zur Reparatur der Netzwerkverbindung verwendet werden.

Nach der Installation und dem Booten von node3 müssen Sie überprüfen, ob die Installation korrekt ist. Sie müssen warten, bis Knoten 3 dem Quorum beitreten und dann den Umzugsvorgang fortsetzen.

An diesem Punkt des Verfahrens wird der Vorgang angehalten, da node3 dem Quorum beitritt.

Schritte

  1. Vergewissern Sie sich, dass node3 dem Quorum beigetreten ist:

    cluster show -node node3 -fields health

    Die Ausgabe des health Feld muss sein true.

  2. Vergewissern Sie sich, dass node3 Teil desselben Clusters wie node2 ist und dass er sich in einem ordnungsgemäßen Zustand befindet:

    cluster show

  3. Führen Sie abhängig von der ONTAP-Version auf dem zu aktualisierenden HA-Paar eine der folgenden Aktionen durch:

    Lautet Ihre ONTAP Version…​ Dann…​

    9.8 bis 9.11.1

    Vergewissern Sie sich, dass die Cluster-LIFs an Port 7700 zuhören:

    ::> network connections listening show -vserver Cluster

    9.12.1 oder höher

    Überspringen Sie diesen Schritt und gehen Sie zu Schritt 5.

    Port 7700, der auf Cluster-Ports hört, ist das erwartete Ergebnis, wie im folgenden Beispiel für ein Cluster mit zwei Nodes dargestellt:

    Cluster::> network connections listening show -vserver Cluster
Vserver Name     Interface Name:Local Port     Protocol/Service
---------------- ----------------------------  -------------------
Node: NodeA
Cluster          NodeA_clus1:7700               TCP/ctlopcp
Cluster          NodeA_clus2:7700               TCP/ctlopcp
Node: NodeB
Cluster          NodeB_clus1:7700               TCP/ctlopcp
Cluster          NodeB_clus2:7700               TCP/ctlopcp
4 entries were displayed.

  4. Legen Sie für jede Cluster-LIF, die nicht an Port 7700 angehört, den Administrationsstatus der LIF auf fest down Und dann up:

    ::> net int modify -vserver Cluster -lif cluster-lif -status-admin down; net int modify -vserver Cluster -lif cluster-lif -status-admin up

    Wiederholen Sie Schritt 3, um zu überprüfen, ob die Cluster-LIF jetzt auf Port 7700 angehört.

  5. Wechseln Sie in den erweiterten Berechtigungsmodus:

    set advanced

  6. Überprüfen Sie den Status des Controller-Austauschvorgangs und vergewissern Sie sich, dass er sich in einem Pause-Zustand befindet und sich im gleichen Zustand wie zuvor in node1 befand, um die physischen Aufgaben beim Installieren neuer Controller und Verschieben von Kabeln auszuführen:

    system controller replace show

    system controller replace show-details

  7. Wenn Sie auf einem MetroCluster System arbeiten, überprüfen Sie, ob der ersetzte Controller für die MetroCluster-Konfiguration ordnungsgemäß konfiguriert ist. Die MetroCluster-Konfiguration sollte sich in einem ordnungsgemäßen Zustand befinden. Siehe "Überprüfen Sie den Systemzustand der MetroCluster-Konfiguration".

    Konfigurieren Sie die Intercluster-LIFs auf MetroCluster-Node-Node3 neu, und überprüfen Sie Cluster-Peering, um die Kommunikation zwischen den MetroCluster-Nodes wiederherzustellen, bevor Sie mit Schritt 6 fortfahren.

    Überprüfen Sie den MetroCluster-Node-Status:

    metrocluster node show

  8. Setzen Sie den Austausch des Controllers wieder ein:

    system controller replace resume

  9. Der Austausch des Controllers wird anhand der folgenden Meldung unterbrochen:

    Cluster::*> system controller replace show
Node             Status                       Error-Action
---------------- ------------------------     ------------------------------------
Node1(now node3) Paused-for-intervention      Follow the instructions given in
                                              Step Details
Node2                      None

Step Details:
--------------------------------------------
To complete the Network Reachability task, the ONTAP network configuration must be manually adjusted to match the new physical network configuration of the hardware. This includes:

1. Re-create the interface group, if needed, before restoring VLANs. For detailed commands and instructions, refer to the "Re-creating VLANs, ifgrps, and broadcast domains" section of the upgrade controller hardware guide for the ONTAP version running on the new controllers.
2. Run the command "cluster controller-replacement network displaced-vlans show" to check if any VLAN is displaced.
3. If any VLAN is displaced, run the command "cluster controller-replacement network displaced-vlans restore" to restore the VLAN on the desired port.

2 entries were displayed.
    Hinweis In diesem Verfahren wurde der Abschnitt Neuerstellen von VLANs, ifgrps und Broadcast-Domänen unter node3_ umbenannt.

  10. Wenn der Controller-Austausch im Status „Pause“ steht, fahren Sie mit dem nächsten Abschnitt dieses Dokuments fort, um die Netzwerkkonfiguration auf dem Node wiederherzustellen.

Stellen Sie die Netzwerkkonfiguration auf node3 wieder her

Nachdem Sie bestätigt haben, dass node3 sich im Quorum befindet und mit node2 kommunizieren kann, überprüfen Sie, ob node1 VLANs, Interface Groups und Broadcast-Domains auf node3 zu sehen sind. Überprüfen Sie außerdem, ob alle node3-Netzwerk-Ports in ihren richtigen Broadcast-Domänen konfiguriert sind.

Über diese Aufgabe

Weitere Informationen zum Erstellen und Neuerstellen von VLANs, Schnittstellengruppen und Broadcast-Domänen finden Sie unter "Quellen" Verknüpfen mit Network Management.

Hinweis Wenn Sie die Portgeschwindigkeit der e0a- und e1a-Cluster-Ports auf AFF A800- oder AFF C800-Systemen ändern, können Sie beobachten, wie fehlerhafte Pakete nach der Geschwindigkeitskonvertierung empfangen werden. Siehe "NetApp Bugs Online Fehler-ID 1570339" Und den Knowledge Base Artikel "CRC-Fehler auf T6-Ports nach der Konvertierung von 40GbE zu 100GbE" Für eine Anleitung.
Schritte

  1. Listen Sie alle physischen Ports auf, die auf einem aktualisierten Node1 (als node3 bezeichnet) stehen:

    network port show -node node3

    Alle physischen Netzwerk-Ports, VLAN-Ports und Schnittstellen-Gruppen-Ports auf dem Node werden angezeigt. In dieser Ausgabe sehen Sie alle physischen Ports, die in verschoben wurden Cluster Broadcast-Domäne von ONTAP Sie können diese Ausgabe verwenden, um zu entscheiden, welche Ports als Ports für Schnittstellengruppen, VLAN-Basis-Ports oder eigenständige physische Ports zum Hosten von LIFs verwendet werden müssen.

  2. Liste der Broadcast-Domänen auf dem Cluster:

    network port broadcast-domain show

  3. Liste der Netzwerkanschlussfähigkeit aller Ports auf node3:

    network port reachability show

    Die Ausgabe sollte wie im folgenden Beispiel angezeigt werden:

    clusterA::*> reachability show -node node1_node3
(network port reachability show)
Node         Port       Expected Reachability   Reachability Status
-----------  ---------  ----------------------  ----------------------
node1_node3
             a0a        Default:Default         no-reachability
             a0a-822    Default:822             no-reachability
             a0a-823    Default:823             no-reachability
             e0M        Default:Mgmt            ok
             e0a        Cluster:Cluster         misconfigured-reachability
             e0b        Cluster:Cluster         no-reachability
             e0c        Cluster:Cluster         no-reachability
             e0d        Cluster:Cluster         no-reachability
             e0e        Cluster:Cluster         ok
             e0e-822    -                       no-reachability
             e0e-823    -                       no-reachability
             e0f        Default:Default         no-reachability
             e0f-822    Default:822             no-reachability
             e0f-823    Default:823             no-reachability
             e0g        Default:Default         misconfigured-reachability
             e0h        Default:Default         ok
             e0h-822    Default:822             ok
             e0h-823    Default:823             ok
18 entries were displayed.

    Im vorherigen Beispiel wird node1_node3 kurz nach dem Austausch des Controllers gestartet. Einige Ports verfügen nicht über die Fähigkeit, ihre zu erwartenden Broadcast-Domänen zu erreichen und müssen repariert werden.

  4. Reparieren Sie die Erreichbarkeit für jeden Port auf node3 mit einem anderen Status als der Erreichbarkeit ok. Führen Sie den folgenden Befehl aus, zuerst auf beliebigen physischen Ports, dann auf beliebigen VLAN-Ports, nacheinander:

    network port reachability repair -node node_name -port port_name

    Die Ausgabe sollte wie im folgenden Beispiel angezeigt werden:

    Cluster ::> reachability repair -node node1_node3 -port e0h
    Warning: Repairing port "node1_node3: e0h" may cause it to move into a different broadcast domain, which can cause LIFs to be re-homed away from the port. Are you sure you want to continue? {y|n}:

    Wie oben dargestellt, wird eine Warnmeldung für Ports mit einem Wiederanmeldungs-Status erwartet, die sich vom Status der Wiederachbarkeit der Broadcast-Domain unterscheiden können, wo sie sich derzeit befindet. Überprüfen Sie die Verbindung des Ports und die Antwort y Oder n Je nach Bedarf.

    Überprüfen Sie, ob alle physischen Ports die erwartete Erreichbarkeit haben:

    network port reachability show

    Während die Reparatur der Erreichbarkeit durchgeführt wird, versucht ONTAP, die Ports in die richtigen Broadcast-Domänen zu platzieren. Wenn jedoch die Erreichbarkeit eines Ports nicht ermittelt werden kann und keiner der bestehenden Broadcast-Domänen angehört, wird ONTAP neue Broadcast-Domains für diese Ports erstellen.

  5. Wenn die Konfiguration der Schnittstellengruppen nicht mit dem physischen Portlayout des neuen Controllers übereinstimmt, ändern Sie diese wie folgt.

    1. Sie müssen zunächst physische Ports entfernen, die als Ports für Schnittstellengruppen von ihrer Broadcast-Domain-Mitgliedschaft verwendet werden sollen. Dazu verwenden Sie den folgenden Befehl:

      network port broadcast-domain remove-ports -broadcast-domain broadcast-domain_name -ports node_name:port_name

    2. Hinzufügen eines Mitgliedports zu einer Schnittstellengruppe:

      network port ifgrp add-port -node node_name -ifgrp ifgrp -port port_name

    3. Die Schnittstellengruppe wird der Broadcast-Domäne automatisch ca. eine Minute nach dem Hinzufügen des ersten Mitgliedports hinzugefügt.

    4. Vergewissern Sie sich, dass die Schnittstellengruppe der entsprechenden Broadcast-Domäne hinzugefügt wurde:

      network port reachability show -node node_name -port ifgrp

      Wenn der Status der Erreichbarkeit der Schnittstellengruppe nicht lautet ok, Weisen Sie es der entsprechenden Broadcast-Domain zu:

    network port broadcast-domain add-ports -broadcast-domain broadcast_domain_name -ports node:port

  6. weisen Sie dem die entsprechenden physischen Ports zu Cluster Broadcast-Domäne in folgenden Schritten:

    1. Ermitteln Sie, welche Ports eine Reachability zum haben Cluster Broadcast-Domäne:

      network port reachability show -reachable-broadcast-domains Cluster:Cluster

    2. Reparieren Sie jeden Port mit Erreichbarkeit zum Cluster Broadcast-Domäne, wenn ihr Status der Erreichbarkeit nicht lautet ok:

      network port reachability repair -node node_name -port port_name

  7. Verschieben Sie die verbleibenden physischen Ports in ihre korrekten Broadcast-Domänen, indem Sie einen der folgenden Befehle verwenden:

    network port reachability repair -node node_name -port port_name

    network port broadcast-domain remove-port

    network port broadcast-domain add-port

    Vergewissern Sie sich, dass keine unerreichbaren oder unerwarteten Ports vorhanden sind. Überprüfen Sie den Status der Erreichbarkeit aller physischen Ports mithilfe des folgenden Befehls und überprüfen Sie die Ausgabe, um sicherzustellen, dass der Status lautet ok:

    network port reachability show -detail

  8. Wiederherstellen aller VLANs, die möglicherweise verschoben wurden, durch die folgenden Schritte:

    1. Versetzte VLANs auflisten:

      cluster controller-replacement network displaced-vlans show

      Die Ausgabe sollte wie folgt angezeigt werden:

      Cluster::*> displaced-vlans show
(cluster controller-replacement network displaced-vlans show)
          Original
Node      Base Port   VLANs
--------  ----------  -----------------------------------------
Node1       a0a       822, 823
            e0e       822, 823
2 entries were displayed.

    2. Stellen Sie VLANs wieder her, die von ihren früheren Basis-Ports verdrängt wurden:

      cluster controller-replacement network displaced-vlans restore

      Das folgende Beispiel zeigt die Wiederherstellung von VLANs, die aus der Schnittstellengruppe „a0a“ wieder in dieselbe Schnittstellengruppe verschoben wurden:

      Cluster::*> displaced-vlans restore -node node1_node3 -port a0a -destination-port a0a

      Das folgende Beispiel zeigt die Wiederherstellung von verlagerten VLANs am Port „e0e“ an' e0h:

      Cluster::*> displaced-vlans restore -node node1_node3 -port e0e -destination-port e0h

      Wenn eine VLAN-Wiederherstellung erfolgreich ist, werden die verschobenen VLANs auf dem angegebenen Zielport erstellt. Die VLAN-Wiederherstellung schlägt fehl, wenn der Zielport Mitglied einer Schnittstellengruppe ist oder der Zielport nicht verfügbar ist.

    Warten Sie etwa eine Minute, bis neu wiederhergestellte VLANs in ihren entsprechenden Broadcast-Domänen platziert werden.

    1. Erstellen Sie bei Bedarf neue VLAN-Ports für VLAN-Ports, die nicht im enthalten sind cluster controller-replacement network displaced-vlans show Ausgabe sollte aber auf anderen physischen Ports konfiguriert werden.

  9. Löschen Sie alle leeren Broadcast-Domänen, nachdem alle Port-Reparaturen abgeschlossen wurden:

    network port broadcast-domain delete -broadcast-domain broadcast_domain_name

  10. Überprüfung der Anschlussfähigkeit:

    network port reachability show

    Wenn alle Ports korrekt konfiguriert und den richtigen Broadcast-Domänen hinzugefügt wurden, wird das angezeigt network port reachability show Der Befehl sollte den Status der Erreichbarkeit als melden ok Für alle verbundenen Ports und den Status als no-reachability Für Ports ohne physische Konnektivität. Wenn ein Port einen anderen Status als diese beiden meldet, führen Sie die Reparatur der Nachweisbarkeit durch und fügen Sie Ports aus ihren Broadcast-Domänen hinzu oder entfernen Sie sie gemäß Anweisungen in Schritt 4.

  11. Vergewissern Sie sich, dass alle Ports in Broadcast-Domänen platziert wurden:

    network port show

  12. Vergewissern Sie sich, dass alle Ports in den Broadcast-Domänen die richtige MTU (Maximum Transmission Unit) konfiguriert haben:

    network port broadcast-domain show

  13. Stellen Sie die LIF-Start-Ports wieder her und geben Sie ggf. den Vserver(s) und die Home Ports von LIFs an, die über folgende Schritte wiederhergestellt werden müssen:

    1. Führen Sie alle vertriebenen LIFs auf:

      displaced-interface show

    2. LIF-Home-Knoten und Home-Ports wiederherstellen:

      cluster controller-replacement network displaced-interface restore-home-node -node node_name -vserver vserver_name -lif-name LIF_name

  14. Überprüfen Sie, ob alle LIFs einen Home Port haben und administrativ höher sind:

    network interface show -fields home-port, status-admin