Kapitel 31 Verwaltung von IPMP (Aufgaben)

In diesem Kapitel sind die Aufgaben zur Verwaltung von Schnittstellengruppen mit IP Network Multipathing (IPMP) beschrieben. Folgende Themen werden behandelt:

• Konfiguration von IPMP (Übersicht der Schritte)

• Konfiguration von IPMP-Gruppen

• Verwalten von IPMP-Gruppen

• Ersetzen einer ausgefallenen physikalischen Schnittstelle auf Systemen, die DR unterstützen

• Wiederherstellung einer physikalischen Schnittstelle, die beim Systemstart nicht vorhanden war

• Ändern von IPMP-Konfigurationen

Eine Einführung in das IPMP-Konzept finden Sie in Kapitel 30Einführung in IPMP (Übersicht).

Konfiguration von IPMP (Übersicht der Schritte)

Dieser Abschnitt enthält Links zu den in diesem Kapitel beschriebenen Aufgaben.

Konfiguration und Verwaltung von IPMP-Gruppen (Übersicht der Schritte)

Verwalten von IPMP auf Schnittstellen, die DR unterstützen (Übersicht der Schritte)

Konfiguration von IPMP-Gruppen

In diesem Abschnitt finden Sie Verfahren zur Konfiguration von IPMP-Gruppen. Darüber hinaus wird hier beschrieben, wie eine Schnittstelle als Standby-Schnittstelle konfiguriert wird.

Planung für eine IPMP-Gruppe

Bevor Sie die Schnittstellen eines Systems als Teil einer IPMP-Gruppe konfigurieren können, müssen Sie einige Planungsaufgaben durchführen.

So planen Sie für eine IPMP-Gruppe

Im folgenden Verfahren werden Aufgaben zur Planung und Informationen beschrieben, die vor der Konfiguration einer IPMP-Gruppe zusammengetragen werden müssen. Die Aufgaben müssen nicht in der angegebenen Reihenfolge ausgeführt werden.

1. Entscheiden Sie, welche Schnittstellen auf dem System Teil der IPMP-Gruppe werden sollen.

   Eine IPMP-Gruppe besteht in der Regel aus mindestens zwei physikalischen Schnittstellen, die an den gleichen IP-Link angeschlossen sind. Falls erforderlich, können Sie auch eine IPMP-Gruppe mit nur einer Schnittstelle konfigurieren. Eine Einführung in IPMP-Gruppen finden Sie unter IPMP-Schnittstellenkonfigurationen. Beispielsweise können Sie den gleichen Ethernet-Switch oder das gleiche IP-Teilnetz unter der gleichen IPMP-Gruppe konfigurieren. Sie können beliebig viele Schnittstellen in der gleichen IPMP-Gruppe konfigurieren.

   Der Parameter group des Befehls ifconfig kann nicht mit logischen Schnittstellen verwendet werden. Entsprechend können Sie den Parameter group mit hme0, aber nicht mit hme0:1 verwenden.

2. Prüfen Sie, ob jede Schnittstelle in der Gruppe über eine einmalige MAC-Adresse verfügt.

   Anweisungen hierzu finden Sie unter SPARC: So stellen Sie sicher, dass die MAC-Adresse einer Schnittstelle einmalig ist.

3. Wählen Sie einen Namen für die IPMP-Gruppe.

   Es kann jeder Name außer Null kann für die Gruppe verwendet werden. Sie sollten einen Namen verwenden, der den IP-Link beschreibt, an den die Schnittstellen angeschlossen sind.

4. Achten Sie darauf, dass der gleiche Satz STREAMS-Module auf alle Schnittstellen in der IPMP-Gruppe gepusht und konfiguriert wird.

   Auf allen Schnittstellen in einer Gruppe müssen die gleichen STREAMS-Module in der gleichen Reihenfolge konfiguriert werden.

   1. Überprüfen Sie an allen Schnittstellen in der künftigen IPMP-Gruppe die Reihenfolge der STREAMS-Module.

      Mit dem Befehl ifconfig Schnittstelle modlist drucken Sie eine Liste der STREAMS-Module. Das Folgende ist die Ausgabe des Befehls ifconfig für die Schnittstelle hme0:

      # ifconfig hme0 modlist 0 arp 1 ip 2 hme

      Schnittstellen existieren normalerweise als Netzwerktreiber direkt unterhalb des IP-Moduls. Diese wird in der Ausgabe von ifconfig hme0 modlist gezeigt. Sie sollten keine zusätzliche Konfiguration erfordern.

      Einige Technologien, z. B. NCA oder IP Filter, fügen sich jedoch selbst als STREAMS-Module zwischen dem IP-Modul und dem Netzwerktreiber ein. Dabei können Probleme durch das Verhalten der Schnittstellen in der gleichen IPMP-Gruppe entstehen.

      Ist ein STREAMS-Modul statusbehaftet, kann bei einem Failover ein unerwartetes Verhalten auftreten. Dies erfolgt unabhängig davon, ob Sie das gleiche Modul auf alle Schnittstellen in einer Gruppe pushen. Sie können jedoch statusfreie STREAMS-Module verwenden, vorausgesetzt, Sie pushen auf allen Schnittstellen in der IPMP-Gruppe in der gleichen Reihenfolge.

   2. Pushen Sie die Module einer Schnittstelle in der Standardreihenfolge für die IPMP-Gruppe.

      ifconfig interface modinsert module-name

      ifconfig hme0 modinsert ip

5. Verwenden Sie für alle Schnittstellen der IPMP-Gruppe das gleiche IP-Adressierungsformat.

   Wenn eine dieser Schnittstellen für IPv4 konfiguriert ist, müssen alle Schnittstellen der Gruppe für IPv4 konfiguriert sein. Angenommen, es besteht eine IPMP-Gruppe, die aus Schnittstellen von mehreren NICs zusammengesetzt ist. Wenn Sie zu den Schnittstellen einer Netzwerkkarte IPv6-Adressierung hinzufügen, müssen alle Schnittstelle in der IPMP-Gruppe so konfiguriert werden, dass sie IPv6 unterstützen.

6. Überprüfen Sie, ob alle Schnittstellen in der IPMP-Gruppe an den gleichen IP-Link angeschlossen sind.

7. Stellen Sie sicher, dass die IPMP-Gruppe keine Schnittstellen unterschiedlicher Netzwerkmedientypen enthält.

   Die gruppierten Schnittstellen müssen den gleichen Schnittstellentyp gemäß Definition in /usr/include/net/if_types.h aufweisen. Beispielsweise können Sie Ethernet- und Token Ring-Schnittstellen nicht in einer IPMP-Gruppe kombinieren. Ein anderes Beispiel: Sie können eine Token Bus-Schnittstelle nicht mit Asynchronous Transfer Mode (ATM)-Schnittstellen in der gleichen IPMP-Gruppe kombinieren.

8. Bei IPMP mit ATM-Schnittstellen konfigurieren Sie die ATM-Schnittstellen im LAN-Emulationsmodus.

   IPMP wird für Schnittstellen, die klassisches IP über ATM verwenden, nicht unterstützt.

Konfiguration von IPMP-Gruppen

Dieser Abschnitt enthält Aufgaben zur Konfiguration einer typischen IPMP-Gruppe mit mindestens zwei physikalischen Schnittstellen.

• Eine Einführung in IPMP-Gruppen mit mehreren Schnittstellen finden Sie unter IPMP-Gruppe.

• Aufgaben zur Planung finden Sie unter Planung für eine IPMP-Gruppe.

• Informationen zur Konfiguration einer IPMP-Gruppe mit nur einer physikalischen Schnittstelle finden Sie unter Konfiguration von IPMP-Gruppen mit einer physikalischen Schnittstelle.

So konfigurieren Sie eine IPMP-Gruppe mit mehreren Schnittstellen

Die folgenden Schritte zum Konfigurieren einer IPMP-Gruppe gelten auch beim Konfigurieren von VLANs in einer IPMP-Gruppe.

Bevor Sie beginnen

Sie müssen die IPv4-Adressen und, falls zutreffend, die IPv6-Adressen aller Schnittstellen in der geplanten IPMP-Gruppe vorab konfigurieren.

Sie müssen für jedes Teilnetz oder jede L2-Broadcast-Domäne nur eine IPMP-Gruppe konfigurieren. Weitere Informationen finden Sie unter Allgemeine Anforderungen von IPMP

1. Nehmen Sie auf dem System mit den zu konfigurierenden Schnittstellen die Rolle eines Primäradministrators an, oder melden Sie sich als Superuser an.

   Die Rolle des Primäradministrators enthält das Primary Administrator-Profil. Informationen zum Erstellen von Rollen und Zuweisen von Rollen zu Benutzern finden Sie in Kapitel 2, Working With the Solaris Management Console (Tasks) in System Administration Guide: Basic Administration.

2. Fügen Sie jede physikalische Schnittstelle einer IPMP-Gruppe hinzu.

   # ifconfig interface group group-name

   Um beispielsweise hme0 und hme1 in die Gruppe testgroup1 einzufügen, geben Sie die folgenden Befehle ein:

   # ifconfig hme0 group testgroup1 # ifconfig hme1 group testgroup1

   Vermeiden Sie Leerzeichen in Gruppennamen. Der ifconfig-Status zeigt keine Leerzeichen an. Entsprechend dürfen Sie keine zwei ähnlichen Gruppennamen erstellen, deren einziger Unterschied darin besteht, dass einer der Gruppennamen ein Leerzeichen enthält. In diesem Fall sehen diese Gruppennamen in der Statusanzeige gleich aus.

   In einer Dual-Stack-Umgebung wird durch das Hinzufügen der IPv4-Instanz einer Schnittstelle in einer bestimmten Gruppe automatisch die IPv6-Instanz der gleichen Gruppe hinzugefügt.

3. (Optional) Konfigurieren Sie eine IPv4-Testadresse auf einer oder mehreren physikalischen Schnittstellen.

   Sie müssen nur dann eine Testadresse konfigurieren, wenn Sie die Stichproben-basierte Ausfallerkennung für eine bestimmte Schnittstelle verwenden. Testadressen werden als logische Schnittstellen der physikalischen Schnittstellen konfiguriert, die Sie für den Befehl ifconfig angegeben haben.

   Wenn eine Schnittstelle in der Gruppe als Standby-Schnittstelle konfiguriert werden soll, darf zu diesem Zeitpunkt keine Testadresse für die Schnittstelle konfiguriert werden. Die Konfiguration einer Testadresse für die Standby-Schnittstelle erfolgt im Rahmen der Aufgabe So konfigurieren Sie eine Standby-Schnittstelle für eine IPMP-Gruppe.

   Zur Konfiguration einer Testadresse verwenden Sie die folgende Syntax des Befehls ifconfig:

   # ifconfig interface addif ip-address parameters -failover deprecated up

   Angenommen, Sie erstellen die folgende Testadresse für die primäre Netzwerkschnittstelle hme0:

   # ifconfig hme0 addif 192.168.85.21 netmask + broadcast + -failover deprecated up

   Dieser Befehl richtet die folgenden Parameter für die primäre Netzwerkschnittstelle hme0 ein:

   • Die Adresse wird auf 192.168.85.21 gesetzt

   • Netzmasken- und Broadcast-Adresse werden auf den Standardwert gesetzt

   • -Failover- und deprecated-Optionen werden gesetzt

     ---

     Hinweis –

     Sie müssen eine IPv4-Testadresse als deprecated kennzeichnen, um zu verhindern, das diese Testadresse von Anwendungen verwendet wird.

     ---

4. Prüfen Sie die IPv4-Konfiguration einer bestimmten Schnittstelle.

   Mit dem Befehl ifconfig Schnittstelle können Sie jederzeit den aktuellen Status einer Schnittstelle anzeigen. Weitere Informationen zum Anzeigen eines Schnittstellenstatus finden Sie unter So zeigen Sie Informationen zu einer bestimmten Schnittstelle an.

   Sie erhalten Informationen zur Testadressenkonfiguration einer physikalischen Schnittstelle, indem Sie die logische Schnittstelle angeben, die der Testadresse zugewiesen ist.

   # ifconfig hme0:1 hme0:1: flags=9000843<UP,BROADCAST,RUNNING,MULTICAST,DEPRECATED,IPv4,NOFAILOVER> mtu 1500 index 2 inet 192.168.85.21 netmask ffffff00 broadcast 192.168.85.255

5. (Optional) Konfigurieren Sie bei Bedarf eine IPv6-Testadresse.

   # ifconfig interface inet6 -failover

   Physikalische Schnittstellen mit IPv6-Adressen werden in die gleichen IPMP-Gruppe wie die IPv4-Adressen der Schnittstellen eingefügt. Dies geschieht, wenn Sie die physikalische Schnittstelle mit IPv4-Adressen in einer IPMP-Gruppe konfigurieren. Wenn Sie zuerst physikalische Schnittstellen mit IPv6-Adressen in eine IPMP-Gruppe einfügen, werden die physikalischen Schnittstellen mit IPv4-Adressen ebenfalls implizit in die gleiche IPMP-Gruppe eingefügt.

   Wenn Sie z. B. hme0 mit einer IPv6-Testadresse konfigurieren, geben Sie Folgendes ein:

   # ifconfig hme0 inet6 -failover

   Sie müssen eine IPv6-Testadresse nicht als „deprecated“ kennzeichnen, um zu verhindern, dass diese Testadresse von Anwendungen verwendet wird.

6. Prüfen Sie die IPv6-Konfiguration.

   # ifconfig hme0 inet6 hme0: flags=a000841<UP,RUNNING,MULTICAST,IPv6,NOFAILOVER> mtu 1500 index 2 inet6 fe80::a00:20ff:feb9:17fa/10 groupname test

   Die IPv6-Testadresse ist die Link-lokale Adresse der Schnittstelle.

7. (Optional) Behalten Sie die Konfiguration der IPMP-Gruppe nach einem Neustart bei.

   • Bei IPv4 fügen Sie die folgende Zeile zur /etc/hostname.Schnittstelle-Datei hinzu:

     interface-address <parameters> group group-name up \ addif logical-interface -failover deprecated <parameters> up

     In diesem Fall wird die IPv4-Testadresse erst mit dem nächsten Neustart konfiguriert. Wenn die Konfiguration für die aktuelle Sitzung gelten soll, führen Sie die Schritte 1, 2 und optional 3 aus.

   • Bei IPv6 fügen Sie die folgende Zeile zur /etc/hostname6. Schnittstelle-Datei hinzu:

     -failover group group-name up

     Diese IPv6-Testadresse wird erst mit dem nächsten Neustart konfiguriert. Wenn die Konfiguration für die aktuelle Sitzung gelten soll, führen Sie die Schritte 1, 2 und optional 5 aus.

8. (Optional) Fügen Sie weitere Schnittstellen zur IPMP-Gruppe hinzu, indem Sie die Schritte 1 bis 6 wiederholen.

   Sie können bei einem laufenden System neue Schnittstellen zu einer vorhandenen Gruppe hinzufügen. Diese Änderungen gehen jedoch nach einem Neustart verloren.

Beispiel 31–1 Konfiguration einer IPMP-Gruppe mit zwei Schnittstellen

Angenommen, Sie möchten Folgendes umsetzen:

• Netzmasken- und Broadcast-Adresse sollen auf den Standardwert zurückgesetzt werden

• Die Schnittstelle soll mit der Testadresse 192.168.85.21 konfiguriert werden

Dazu geben Sie den folgenden Befehl ein:

# ifconfig hme0 addif 192.168.85.21 netmask + broadcast + -failover deprecated up

Sie müssen eine IPv4-Testadresse als deprecated kennzeichnen, um zu verhindern, das diese Testadresse von Anwendungen verwendet wird. Lesen Sie dazu So konfigurieren Sie eine IPMP-Gruppe mit mehreren Schnittstellen.

Um das Failover-Attribut der Adresse zu aktivieren, verwenden Sie die Option failover ohne das Minuszeichen.

Alle Testadressen in einer IPMP-Gruppe müssen das gleiche Netzwerkpräfix verwenden. Die IP-Testadressen müssen zum gleichen IP-Teilnetz gehören.

Beispiel 31–2 Beibehalten der Konfiguration einer IPv4-IPMP-Gruppe nach einem Neustart

Angenommen, Sie möchten eine IPMP-Gruppe namens testgroup1 mit der folgenden Konfiguration erstellen:

• Physikalische Schnittstelle hme0 mit der Datenadresse 192.168.85.19

• Logische Schnittstelle mit der Testadresse 192.168.85.21

  ---

  Hinweis –

  In diesem Beispiel sind physikalische Schnittstelle und Datenadresse als Paar angeordnet. Gleiches gilt für die logische Schnittstelle und die Testadresse. Es existieren jedoch keine geerbten Beziehungen zwischen dem Schnittstellentyp und dem Adresstyp.

  ---

• deprecated- und -failover-Optionen sind gesetzt

• Netzmasken- und Broadcast-Adresse werden auf den Standardwert gesetzt

Sie fügen die folgende Zeile zur /etc/hostname.hme0-Datei hinzu:

192.168.85.19 netmask + broadcast + group testgroup1 up \
	addif 192.168.85.21 deprecated -failover netmask + broadcast + up

Entsprechend fügen Sie die folgende Zeile hinzu, um die zweite Schnittstelle hme1 in der gleichen Gruppe testgroup1 einzufügen und eine Testadresse zu konfigurieren:

192.168.85.20 netmask + broadcast + group testgroup1 up \
	addif 192.168.85.22 deprecated -failover netmask + broadcast + up

Beispiel 31–3 Beibehalten der Konfiguration einer IPv6 IPMP-Gruppe nach einem Neustart

Um eine Testgruppe für die Schnittstelle hme0 mit einer IPv6-Adresse zu konfigurieren, fügen Sie die folgende Zeile zur /etc/hostname6.hme0-Datei hinzu:

-failover group testgroup1 up

Entsprechend fügen Sie die folgende Zeile zur /etc/hostname6.hme1-Datei hinzu, um die zweite Schnittstelle hme1 in die Gruppe testgroup1 einzufügen und eigene Testadresse zu konfigurieren:

-failover group testgroup1 up

Allgemeine Fehler

Während der Konfiguration einer IPMP-Gruppe gibt in.mpathd zahlreiche Meldungen an die Systemkonsole oder in die Datei syslog aus. Diese Meldungen dienen nur zur Information und geben an, dass die IPMP-Konfiguration ordnungsgemäß funktioniert.

• Die folgende Meldung kennzeichnet, dass die Schnittstelle hme0 zur IPMP-Gruppe testgroup1 hinzugefügt wurde. Für hme0 ist jedoch keine Testadresse konfiguriert. Um die Stichproben-basierte Ausfallerkennung zu aktivieren, müssen Sie der Schnittstelle eine Testadresse zuweisen.

  May 24 14:09:57 host1 in.mpathd[101180]: No test address configured on interface hme0; disabling probe-based failure detection on it. testgroup1

• Die folgende Meldung wird für alle Schnittstellen mit ausschließlich IPv4-Adressen angezeigt, die einer IPMP-Gruppe hinzugefügt wurden.

  May 24 14:10:42 host4 in.mpathd[101180]: NIC qfe0 of group testgroup1 is not plumbed for IPv6 and may affect failover capability

• Die folgende Nachricht wird angezeigt, wenn Sie eine Testadresse für eine Schnittstelle konfiguriert haben.

  Created new logical interface hme0:1 May 24 14:16:53 host1 in.mpathd[101180]: Test address now configured on interface hme0; enabling probe-based failure detection on it

Siehe auch

Wenn Sie möchten, dass die IPMP-Gruppe über eine Aktiv-Standby-Konfiguration verfügt, setzen Sie mit So konfigurieren Sie eine Standby-Schnittstelle für eine IPMP-Gruppe fort.

Konfiguration von Zielsystemen

Die Stichproben-basierte Fehlerkennung beruht auf der Verwendung von Zielsystemen. Dies wird unter Stichproben-basierte Ausfallerkennung genauer beschrieben. Für einige IPMP-Gruppen sind die von in.mpathd verwendeten Standardziele ausreichend. Für andere IPMP-Gruppen möchten Sie jedoch bestimmte Ziele für die Stichproben-basierte Ausfallerkennung definieren. Sie führen die Stichproben-basierte Ausfallerkennung durch, indem Sie Host-Routen in der Routing-Tabelle als Stichproben-Ziele einrichten. Alle in der Routing-Tabelle konfigurierten Host-Routen werden vor dem Standard-Router aufgeführt. Aus diesem Grund verwendet IPMP die explizit definierten Host-Routen zur Zielauswahl. Zur direkten Angabe von Zielen verwenden Sie eine von zwei Methoden: manuelles Einrichten der Host-Routen oder Erstellen eines Shell-Skripts, das zu einem Startskript wird.

Beachten Sie die folgenden Kriterien bei der Ermittlung, welche Hosts in Ihrem Netzwerk als Ziele geeignet sind.

• Achten Sie darauf, dass die künftigen Ziele verfügbar sind und ausgeführt werden. Erstellen Sie eine Liste ihrer IP-Adressen.

• Stellen Sie sicher, dass sich die Ziel-Schnittstellen im gleichen Netzwerk wie die zu konfigurierenden IPMP-Gruppe befinden.

• Die Netzmasken- und Broadcast-Adresse der Zielsysteme müssen den Adressen in der IPMP-Gruppe gleichen.

• Der Ziel-Host muss in der Lage sein, ICMP-Anforderungen von Schnittstellen zu beantworten, die die Stichproben-basierte Ausfallerkennung verwenden.

So geben Sie Zielsysteme für die Stichproben-basierte Ausfallerkennung manuell an

1. Melden Sie sich mit Ihrem Benutzerkonto bei dem System an, für das Sie eine Stichprobe-basierte Ausfallerkennung konfigurieren möchten.

2. Fügen Sie eine Route zu dem Host hinzu, der als Ziel für die Stichproben-basierte Ausfallerkennung verwendet werden soll.

   $ route add -host destination-IP gateway-IP -static

   Ersetzen Sie die Werte Ziel-IP und Gateway-IP durch die IPv4-Adresse des Hosts, der als Ziel verwendet wird. Wenn Sie das Zielsystem 192.168.85.137 angeben möchten, das sich im gleichen Teilnetz wie die Schnittstellen in der IPMP-Gruppe testgroup1 befindet, geben Sie Folgendes ein:

   $ route add -host 192.168.85.137 192.168.85.137 -static

3. Fügen Sie Routen zu zusätzlichen Hosts im Netzwerk hinzu, die als Zielsysteme verwendet werden.

So geben Sie Zielsysteme in einem Shell-Skript an

1. Nehmen Sie auf dem System, auf dem eine IPMP-Gruppe konfiguriert werden soll, die Rolle eines Primäradministrators an, oder melden Sie sich als Superuser an.

   Die Rolle des Primäradministrators enthält das Primary Administrator-Profil. Informationen zum Erstellen von Rollen und Zuweisen von Rollen zu Benutzern finden Sie in Kapitel 2, Working With the Solaris Management Console (Tasks) in System Administration Guide: Basic Administration.

2. Erstellen Sie ein Shell-Skript, in dem statische Routen zu den geplanten Zielen eingerichtet werden.

   Beispielsweise können Sie ein Shell-Skript namens ipmp.targets mit dem folgenden Inhalt erstellen:

   TARGETS="192.168.85.117 192.168.85.127 192.168.85.137" case "$1" in 'start') /usr/bin/echo "Adding static routes for use as IPMP targets" for target in $TARGETS; do /usr/sbin/route add -host $target $target done ;; 'stop') /usr/bin/echo "Removing static routes for use as IPMP targets" for target in $TARGETS; do /usr/sbin/route delete -host $target $target done ;; esac

3. Kopieren Sie das Shell-Skript in das Verzeichnis für Startskripten.

   # cp ipmp.targets /etc/init.d

4. Ändern Sie die Berechtigungen für das neue Startskript.

   # chmod 744 /etc/init.d/ipmp.targets

5. Ändern Sie die Eigentümerschaft für das neue Startskript.

   # chown root:sys /etc/init.d/ipmp.targets

6. Erstellen Sie einen Link für das Startskript im Verzeichnis /etc/init.d.

   # ln /etc/init.d/ipmp.targets /etc/rc2.d/S70ipmp.targets

   Das Präfix „S70“ im Dateiname S70ipmp.targets ordnet das neue Skript korrekt mit Bezug auf die anderen Startskripten ein.

Konfiguration von Standby-Schnittstellen

Verwenden Sie das folgende Verfahren, wenn die IPMP-Gruppe über eine Aktiv-Standby-Konfiguration verfügen soll. Weitere Informationen zu diesem Konfigurationstyp finden Sie unter IPMP-Schnittstellenkonfigurationen.

So konfigurieren Sie eine Standby-Schnittstelle für eine IPMP-Gruppe

Bevor Sie beginnen

• Alle Schnittstellen müssen als Mitglieder der IPMP-Gruppe konfiguriert worden sein.

• Für die Schnittstelle, die zur Standby-Schnittstelle werden soll, darf keine Testadresse konfiguriert worden sein.

Informationen zur Konfiguration einer IPMP-Gruppe und zum Zuweisen von Testadressen finden Sie unter So konfigurieren Sie eine IPMP-Gruppe mit mehreren Schnittstellen.

1. Nehmen Sie auf dem System mit den zu konfigurierenden Standby-Schnittstellen die Rolle eines Primäradministrators an, oder melden Sie sich als Superuser an.

   Die Rolle des Primäradministrators enthält das Primary Administrator-Profil. Informationen zum Erstellen von Rollen und Zuweisen von Rollen zu Benutzern finden Sie in Kapitel 2, Working With the Solaris Management Console (Tasks) in System Administration Guide: Basic Administration.

2. Konfigurieren Sie eine Schnittstelle als eine Standby-Schnittstelle, und weisen Sie eine Testadresse zu.

   # ifconfig interface plumb \ ip-address other-parameters deprecated -failover standby up

   Eine Standby-Schnittstelle kann nur eine IP-Adresse aufweisen, die Testadresse. Sie müssen die Option -failover einrichten, bevor Sie die Option standby up einrichten. Für <andere-Parameter> verwenden Sie die für Ihre Konfiguration erforderlichen Parameter. Lesen Sie dazu die Beschreibung in der Manpage ifconfig(1M).

   • Um beispielsweise eine IPv4-Testadresse zu erstellen, geben Sie den folgenden Befehl ein:

     # ifconfig hme1 plumb 192.168.85.22 netmask + broadcast + deprecated -failover standby up

     hme1

     Definiert hme1 als physikalische Schnittstelle, die als Standby-Schnittstelle konfiguriert werden soll.

     192.168.85.22

     Weist der Standby-Schnittstelle diese Testadresse zu.

     deprecated

     Gibt an, dass die Testadresse nicht für abgehende Pakete verwendet wird.

     -failover

     Gibt an, dass die Testadresse kein Failover ausführt, falls die Schnittstelle ausfällt.

     standby

     Kennzeichnet die Schnittstelle als eine Standby-Schnittstelle.

   • Zum Erstellen einer IPv6-Testadresse geben Sie den folgenden Befehl ein:

     # ifconfig hme1 plumb -failover standby up

3. Prüfen Sie die Ergebnisse der Konfiguration als Standby-Schnittstelle.

   # ifconfig hme1 hme1: flags=69040843<UP,BROADCAST,RUNNING,MULTICAST,DEPRECATED,IPv4,NOFAILOVER, STANDBY,INACTIVE mtu 1500 index 4 inet 192.168.85.22 netmask ffffff00 broadcast 19.16.85.255 groupname test

   Das Flag INACTIVE kennzeichnet, dass diese Schnittstelle nicht für abgehende Pakete verwendet wird. Falls an dieser Standby-Schnittstelle ein Failover auftritt, wird das Flag INACTIVE gelöscht.

   ---

   Hinweis –

   Mit dem Befehl ifconfig Schnittstelle können Sie jederzeit den aktuellen Status einer Schnittstelle anzeigen. Weitere Informationen zum Anzeigen des Schnittstellenstatus finden Sie unter So zeigen Sie Informationen zu einer bestimmten Schnittstelle an.

   ---

4. (Optional) Behalten Sie die IPv4-Standby-Schnittstelle nach einem Neustart bei.

   Weisen Sie die Standby-Schnittstelle der gleichen IPMP-Gruppe zu, und konfigurieren Sie eine Testadresse für die Standby-Schnittstelle.

   Um beispielsweise hme1 als Standby-Schnittstelle zu konfigurieren, fügen Sie die folgende Zeile zur /etc/hostname.hme1-Datei hinzu:

   192.168.85.22 netmask + broadcast + deprecated group test -failover standby up

5. (Optional) Behalten Sie die IPv6-Standby-Schnittstelle nach einem Neustart bei.

   Weisen Sie die Standby-Schnittstelle der gleichen IPMP-Gruppe zu, und konfigurieren Sie eine Testadresse für die Standby-Schnittstelle.

   Um beispielsweise hme1 als Standby-Schnittstelle zu konfigurieren, fügen Sie die folgende Zeile zur /etc/hostname6.hme1-Datei hinzu:

   -failover group test standby up

Beispiel 31–4 Konfigurieren einer Standby-Schnittstelle für eine IPMP-Gruppe

Angenommen, Sie möchten eine Testadresse mit der folgenden Konfiguration erstellen:

• Physikalische Schnittstelle hme2 als Standby-Schnittstelle

• Testadresse lautet 192.168.85.22

• deprecated- und -failover-Optionen sind gesetzt

• Netzmasken- und Broadcast-Adresse werden auf den Standardwert gesetzt

In diesem Fall geben Sie Folgendes ein:

# ifconfig hme2 plumb 192.168.85.22 netmask + broadcast + \
deprecated -failover standby up

Die Schnittstelle wird erst dann als eine Standby-Schnittstelle übernommen, nachdem die Adresse als eine NOFAILOVER-Adresse gekennzeichnet wurde.

Sie entfernen den Standby-Status einer Schnittstelle durch Eingabe von:

# ifconfig interface -standby

Konfiguration von IPMP-Gruppen mit einer physikalischen Schnittstelle

Wenn nur eine Schnittstelle in einer IPMP-Gruppe vorhanden ist, kann kein Failover durchgeführt werden. Sie können jedoch eine Ausfallerkennung für diese Schnittstelle aktivieren, indem Sie die Schnittstelle einer IPMP-Gruppe zuweisen. Für diese Ausfallerkennung müssen Sie keine spezielle IP-Testadresse konfigurieren. Sie können eine einzelne IP-Adresse zum Senden von Daten und Erkennen eines Ausfalls verwenden.

So konfigurieren Sie eine IPMP-Gruppe mit nur einer Schnittstelle

1. Nehmen Sie auf dem System mit der geplanten IPMP-Gruppe mit nur einer Schnittstelle die Rolle eines Primäradministrators an, oder melden Sie sich als Superuser an.

   Die Rolle des Primäradministrators enthält das Primary Administrator-Profil. Informationen zum Erstellen von Rollen und Zuweisen von Rollen zu Benutzern finden Sie in Kapitel 2, Working With the Solaris Management Console (Tasks) in System Administration Guide: Basic Administration.

2. Bei IPv4 erstellen Sie eine IPMP-Gruppe mit nur einer Schnittstelle.

   Verwenden Sie die folgende Syntax, um einer IPMP-Gruppe nur eine Schnittstelle zuzuweisen.

   # ifconfig interface group group-name

   Das folgende Beispiel weist die Schnittstelle hme0 der IPMP-Gruppe v4test zu:

   # ifconfig hme0 group v4test

   Nachdem dieser Schritt durchgeführt wurde, ermöglicht IPMP eine Link-basierte Ausfallerkennung für die Schnittstelle.

   Darüber hinaus können Sie den Unterbefehl -failover des Befehls ifconfig verwenden, um eine stichprobenbasierte Ausfallerkennung durchzuführen. Das folgende Beispiel ermöglicht eine stichprobenbasierte Ausfallerkennnung an hme0 durch Verwenden der IP-Adresse, die derzeit folgender Schnittstelle zugewiesen ist: hme0:

   # ifconfig hme0 -failover

   Anders als bei Gruppen mit mehreren Schnittstellen kann die gleiche IP-Adresse sowohl als Daten- als auch als Testadresse verwendet werden. Damit Anwendungen die Testadresse auch als Datenadresse verwenden können, dürfen Testadressen auf IPMP-Gruppen mit nur einer Schnittstelle nie als deprecated gekennzeichnet werden.

3. Bei IPv6 erstellen Sie eine IPMP-Gruppe mit nur einer Schnittstelle.

   Verwenden Sie die folgende Syntax, um einer IPMP-Gruppe nur eine Schnittstelle zuzuweisen:

   # ifconfig interface inet6 group group-name

   Beispiel: Um die einzelne Schnittstelle hme0 in die IPMP-Gruppe v6test einzufügen, geben Sie Folgendes ein:

   # ifconfig hme0 inet6 group v6test

   Nachdem dieser Schritt durchgeführt wurde, ermöglicht IPMP eine Link-basierte Ausfallerkennung für die Schnittstelle.

   Darüber hinaus können Sie den Unterbefehl -failover des Befehls ifconfig verwenden, um eine stichprobenbasierte Ausfallerkennung durchzuführen. Das folgende Beispiel ermöglicht eine stichprobenbasierte Ausfallerkennnung an hme0 durch Verwenden der IP-Adresse, die derzeit folgender Schnittstelle zugewiesen ist: hme0:

   # ifconfig hme0 inet6 -failover

   Anders als bei Gruppen mit mehreren Schnittstellen kann die gleiche IP-Adresse sowohl als Daten- als auch als Testadresse verwendet werden. Damit Anwendungen die Testadresse auch als Datenadresse verwenden können, dürfen Testadressen auf IPMP-Gruppen mit nur einer Schnittstelle nie als deprecated gekennzeichnet werden.

   Bei einer Konfiguration mit einer physikalischen Schnittstelle können Sie nicht überprüfen, ob ein Ausfall des Zielsystems, an das Stichproben gesendet werden oder der Schnittstelle aufgetreten ist. Die Stichproben können nur über eine physikalische Schnittstelle an das Zielsystem gesendet werden. Wenn sich nur ein Standard-Router im Teilnetz befindet, deaktivieren Sie IPMP, falls sich nur eine einzelne physikalische Schnittstelle in der Gruppe befindet. Wenn separate IPv4- und IPv6-Standard-Router vorhanden sind oder mehrere Standard-Router existieren, müssen die Stichproben an mehrere Zielsysteme gesendet werden. In diesem Fall können Sie IPMP sicher aktivieren.

Verwalten von IPMP-Gruppen

In diesem Abschnitt finden Sie Aufgaben zur Verwaltung vorhandener IPMP-Gruppen und der Schnittstellen, die diesen Gruppen zugewiesen sind. Bei dem beschriebenen Aufgaben wird davon ausgegangen, dass bereits eine IPMP-Gruppe konfiguriert ist. Anweisungen hierzu finden Sie unter Konfiguration von IPMP-Gruppen.

So zeigen Sie die IPMP-Gruppenmitgliedschaft einer Schnittstelle an

1. Melden Sie sich auf dem System mit der IPMP-Gruppenkonfiguration als Superuser an, oder nehmen Sie eine entsprechende Rolle an.

   Rollen umfassen Autorisierungen und privilegierte Befehle. Weitere Informationen zu Rollen finden Sie unter Configuring RBAC (Task Map) in System Administration Guide: Security Services.

2. Zeigen Sie Informationen zur Schnittstelle an, einschließlich der Gruppe, zu der die Schnittstelle gehört.

   # ifconfig interface

3. Wenn anwendbar, zeigen Sie die IPv6-Informationen für die Schnittstelle an.

   # ifconfig interface inet6

Beispiel 31–5 Anzeigen der Gruppen mit physikalischen Schnittstellen

Geben Sie das Folgende ein, um den Gruppennamen für die Schnittstelle hme0 anzuzeigen:

# ifconfig hme0
	hme0: flags=9000843<UP,BROADCAST,RUNNING,MULTICAST,IPv4> mtu 1500 
      index 2 inet 192.168.85.19 netmask ffffff00 broadcast 192.168.85.255
      groupname testgroup1

Um den Gruppennamen nur für die IPv6-Informationen anzuzeigen, geben Sie das Folgende ein:

# ifconfig hme0 inet6
	hme0: flags=a000841<UP,RUNNING,MULTICAST,IPv6> mtu 1500 index 2
        	inet6 fe80::a00:20ff:feb9:19fa/10 
        	groupname testgroup1

So fügen Sie eine Schnittstelle zu einer IPMP-Gruppe hinzu

1. Nehmen Sie auf dem System mit der IPMP-Gruppenkonfiguration die Rolle eines Primäradministrators an, oder melden Sie sich als Superuser an.

   Die Rolle des Primäradministrators enthält das Primary Administrator-Profil. Informationen zum Erstellen von Rollen und Zuweisen von Rollen zu Benutzern finden Sie in Kapitel 2, Working With the Solaris Management Console (Tasks) in System Administration Guide: Basic Administration.

2. Fügen Sie der IPMP-Gruppe die Schnittstelle hinzu.

   # ifconfig interface group group-name

   Die für Schnittstelle angegebene Schnittstelle wird Mitglied der IPMP-Gruppe Gruppenname.

Beispiel 31–6 Hinzufügen einer Schnittstelle zu einer IPMP-Gruppe

Geben Sie den folgenden Befehl ein, um die Schnittstelle hme0 zur IPMP-Gruppe testgroup2 hinzuzufügen:

# ifconfig hme0 group testgroup2
  hme0: flags=9000843<UP ,BROADCAST,RUNNING,MULTICAST,IPv4,NOFAILOVER> mtu 1500 index 2
  inet 192.168.85.19 netmask ff000000 broadcast 10.255.255.255
  groupname testgroup2
  ether 8:0:20:c1:8b:c3 

So entfernen Sie eine Schnittstelle aus einer IPMP-Gruppe

Durch den Befehl ifconfig mit dem Parameter group und einer Null-Zeichenfolge wird die Schnittstelle aus der aktuellen IPMP-Gruppe entfernt. Seien Sie beim Entfernen von Schnittstellen aus einer Gruppe vorsichtig. Falls eine andere Schnittstelle in der IPMP-Gruppe ausgefallen ist, könnte ein Failover stattgefunden haben. Angenommen, die Schnittstelle hme0 ist zuvor ausgefallen, so gingen alle Adressen an hme1 über, vorausgesetzt, hme1 ist Teil der gleichen Gruppe. Durch Entfernen von hme1 setzt der in.mpathd-Daemon alle Failover-Adressen auf eine andere Schnittstelle in der Gruppe zurück. Wenn keine weitere Schnittstelle in der Gruppe funktioniert, wird bestimmter Netzwerkzugriff durch das Failover nicht wiederhergestellt.

Entsprechend gilt, wenn das Plumbing einer Schnittstelle in der Gruppe aufgehoben wurde, müssen Sie die Schnittstelle zunächst aus der Gruppe entfernen. Dann stellen Sie sicher, dass alle ursprünglichen IP-Adressen für die Schnittstelle konfiguriert sind. Der in.mpathd-Daemon versucht, die ursprüngliche Konfiguration einer Schnittstelle, die aus einer Gruppe entfernt wird, wiederherzustellen. Bevor Sie das Plumbing einer Schnittstelle aufheben, müssen Sie sicherstellen, dass die Konfiguration wieder hergestellt wurde. Informationen zum Zustand von Schnittstellen vor und nach einem Failover finden Sie unter Vorgänge während eines Schnittstellen-Failover.

1. Nehmen Sie auf dem System mit der IPMP-Gruppenkonfiguration die Rolle eines Primäradministrators an, oder melden Sie sich als Superuser an.

   Die Rolle des Primäradministrators enthält das Primary Administrator-Profil. Informationen zum Erstellen von Rollen und Zuweisen von Rollen zu Benutzern finden Sie in Kapitel 2, Working With the Solaris Management Console (Tasks) in System Administration Guide: Basic Administration.

2. Entfernen Sie die Schnittstelle aus der IPMP-Gruppe.

   # ifconfig interface group ""

   Die Anführungszeichen kennzeichnen eine Null-Zeichenfolge.

Beispiel 31–7 Entfernen einer Schnittstelle aus einer Gruppe

Geben Sie den folgenden Befehl ein, um die Schnittstelle hme0 aus der IPMP-Gruppe test zu entfernen:

# ifconfig hme0 group ""
	# ifconfig hme0
	hme0: flags=9000843<UP,BROADCAST,RUNNING,MULTICAST,IPv4> mtu 1500
    index 2 inet 192.168.85.19 netmask ffffff00 broadcast 192.168.85.255
	# ifconfig hme0 inet6
	hme0: flags=a000841<UP,RUNNING,MULTICAST,IPv6> mtu 1500 index 2
    inet6 fe80::a00:20ff:feb9:19fa/10 

So verschieben Sie eine Schnittstelle von einer IPMP-Gruppe in eine andere

Sie können eine Schnittstelle in eine neue IPMP-Gruppe verschieben, wenn die Schnittstelle einer existierenden IPMP-Gruppe angehört. Dazu müssen Sie die Schnittstelle nicht aus der aktuellen IPMP-Gruppe entfernen. Wenn Sie die Schnittstelle in eine neue Gruppe einfügen, wird sie automatisch aus der existierenden IPMP-Gruppe entfernt.

1. Nehmen Sie auf dem System mit der IPMP-Gruppenkonfiguration die Rolle eines Primäradministrators an, oder melden Sie sich als Superuser an.

   Die Rolle des Primäradministrators enthält das Primary Administrator-Profil. Informationen zum Erstellen von Rollen und Zuweisen von Rollen zu Benutzern finden Sie in Kapitel 2, Working With the Solaris Management Console (Tasks) in System Administration Guide: Basic Administration.

2. Verschieben Sie eine Schnittstelle in eine neue IPMP-Gruppe.

   # ifconfig interface group group-name

   Durch das Einfügen der Schnittstelle in einer neuen Gruppe wird sie automatisch aus einer vorhandenen Gruppe entfernt.

Beispiel 31–8 Verschieben einer Schnittstelle in eine andere IPMP-Gruppe

Geben Sie das Folgende ein, um die IPMP-Gruppe der Schnittstelle hme0 zu ändern:

# ifconfig hme0 group cs-link

Mit diesem Befehl entfernen Sie die Schnittstelle hme0 aus der IPMP-Gruppe test und fügen die Schnittstelle dann der Gruppe cs-link hinzu.

Ersetzen einer ausgefallenen physikalischen Schnittstelle auf Systemen, die DR unterstützen

In diesem Abschnitt finden Sie Verfahren zur Verwaltung von Systemen, die eine dynamische Rekonfiguration (DR) unterstützen.

Diese Aufgaben beziehen sich nur auf IP-Schichten, die mithilfe des Befehls ifconfig konfiguriert wurden. Schichten über oder unter der IP-Schicht, z. B. ATM oder andere Services, erfordern spezielle manuelle Schritte, falls die Schichten nicht automatisiert sind. Die Schritte im folgenden Verfahren dienen zum Dekonfigurieren von Schnittstellen als Vorbereitung zum Trennen und Konfigurieren der Schnittstellen nach dem Wiederanschließen.

So entfernen Sie eine ausgefallene physikalische Schnittstelle (DR-Detach)

In diesem Verfahren wird gezeigt, wie Sie eine physikalische Schnittstelle von einem System entfernen, das DR unterstützt. Es wird davon ausgegangen, dass die folgenden Bedingungen bestehen:

• Die physikalischen Schnittstellen hme0 und hme1 sind die Beispielschnittstellen.

• Beide Schnittstellen befinden sich in der gleichen IPMP-Gruppe.

• hme0 ist ausgefallen.

• Die logische Schnittstelle hme0:1 besitzt die Testadresse.

• Sie ersetzen die ausgefallene Schnittstelle durch den gleichen physikalischen Schnittstellennamen, z. B. hme0 durch hme0.

Sie können Schritt 2 überspringen, wenn die Testadresse mithilfe der Datei /etc/hostname.hme0 geplumbt wurde.

1. Nehmen Sie auf dem System mit der IPMP-Gruppenkonfiguration die Rolle eines Primäradministrators an, oder melden Sie sich als Superuser an.

   Die Rolle des Primäradministrators enthält das Primary Administrator-Profil. Informationen zum Erstellen von Rollen und Zuweisen von Rollen zu Benutzern finden Sie in Kapitel 2, Working With the Solaris Management Console (Tasks) in System Administration Guide: Basic Administration.

2. Zeigen Sie die Testadressenkonfiguration an.

   # ifconfig hme0:1 hme0:1: flags=9040842<BROADCAST,RUNNING,MULTICAST,DEPRECATED,IPv4,NOFAILOVER> mtu 1500 index 3 inet 192.168.233.250 netmask ffffff00 broadcast 192.168.233.255

   Sie benötigen diese Informationen, um die Testadresse nach dem Ersetzen der physikalischen Schnittstelle erneut zu plumben.

3. Entfernen Sie die physikalische Schnittstelle.

   Eine vollständige Beschreibung zum Entfernen einer physikalischen Schnittstelle finden Sie in den folgenden Quellen:

   • Manpage cfgadm(1M)

   • Sun Enterprise 6x00, 5x00, 4x00, and 3x00 Systems Dynamic Reconfiguration User's Guide

   • Sun Enterprise 10000 DR Configuration Guide

So ersetzen Sie eine ausgefallene physikalische Schnittstelle (DR-Attach)

In diesem Verfahren wird gezeigt, wie Sie eine physikalische Schnittstelle auf einem System ersetzen, das DR unterstützt.

1. Nehmen Sie auf dem System mit der IPMP-Gruppenkonfiguration die Rolle eines Primäradministrators an, oder melden Sie sich als Superuser an.

   Die Rolle des Primäradministrators enthält das Primary Administrator-Profil. Informationen zum Erstellen von Rollen und Zuweisen von Rollen zu Benutzern finden Sie in Kapitel 2, Working With the Solaris Management Console (Tasks) in System Administration Guide: Basic Administration.

2. Ersetzen Sie die physikalische Schnittstelle.

   Anweisungen hierzu finden Sie in den folgenden Quellen:

   • Manpage cfgadm(1M)

   • Sun Enterprise 6x00, 5x00, 4x00, and 3x00 Systems Dynamic Reconfiguration User's Guide

   • Sun Enterprise 10000 DR Configuration Guide, or Sun Fire 880 Dynamic Reconfiguration User's Guide

Wiederherstellung einer physikalischen Schnittstelle, die beim Systemstart nicht vorhanden war

Das folgende Verfahren gilt nur für IP-Schichten, die mithilfe des Befehls ifconfig konfiguriert wurden. Schichten über oder unter der IP-Schicht, z. B. ATM oder andere Services, erfordern spezielle manuelle Schritte, falls die Schichten nicht automatisiert sind. Die besonderen Schritte im folgenden Verfahren dienen zum Dekonfigurieren von Schnittstellen als Vorbereitung zum Trennen und Konfigurieren der Schnittstellen nach dem Wiederanschließen.

Die Wiederherstellung nach einer dynamischen Rekonfiguration wird automatisch für eine Schnittstelle durchgeführt, die Teil eines I/O-Boards auf einer Sun Fire™-Plattform ist. Handelt es sich bei der NIC um ein Sun Crypto Accelerator I - cPCI-Board, erfolgt die Wiederherstellung ebenfalls automatisch. Folglich sind die folgenden Schritte nicht für eine Schnittstelle erforderlich, die im Rahmen eines DR-Vorgangs wiederhergestellt werden. Weitere Informationen zu den Systemen Sun Fire x800 und Sun Fire 15000 finden Sie in der Manpage cfgadm_sbd(1M) Die physikalische Schnittstelle für ein Failback auf die Konfiguration aus, die in der /etc/hostname. Schnittstelle-Datei angegeben ist. Informationen zur Konfiguration von Schnittstellen, die ihre Konfiguration auch nach einem Neustart beibehalten, finden Sie unter Konfiguration von IPMP-Gruppen.

Bei Sun Fire Legacy (Exx00)-Systemen werden DR-Detachments noch immer manuell vorgenommen. DR-Attachments sind jedoch automatisiert.

So stellen Sie eine physikalische Schnittstelle wieder her, die beim Systemstart nicht vorhanden war

Sie müssen das folgende Verfahren vollständig abschließen, bevor Sie eine physikalische Schnittstelle wiederherstellen können, die beim Systemstart nicht vorhanden war. Das Beispiel in diesem Verfahren hat die folgende Konfiguration:

• Die physikalischen Schnittstellen hme0 und hme1 sind die Beispielschnittstellen.

• Beide Schnittstellen befinden sich in der gleichen IPMP-Gruppe.

• hme0 war beim Systemstart nicht vorhanden.

Das Failback von IP-Adressen während der Wiederherstellung einer ausgefallenen physikalischen Schnittstelle dauert bis zu 3 Minuten. Diese Zeit kann je nach Netzverkehr variieren. Außerdem hängt sie von der Stabilität der eingehenden Schnittstelle beim Failback der Failover-Schnittstellen vom in.mpathd-Daemon ab.

1. Nehmen Sie auf dem System mit der IPMP-Gruppenkonfiguration die Rolle eines Primäradministrators an, oder melden Sie sich als Superuser an.

   Die Rolle des Primäradministrators enthält das Primary Administrator-Profil. Informationen zum Erstellen von Rollen und Zuweisen von Rollen zu Benutzern finden Sie in Kapitel 2, Working With the Solaris Management Console (Tasks) in System Administration Guide: Basic Administration.

2. Rufen Sie die Informationen zum ausgefallenen Netzwerk aus der Ausfall-Fehlermeldung im Konsolenprotokoll ab.

   Weitere Informationen finden Sie in der Manpage syslog(3C) Die Fehlermeldung könnte wie folgt angezeigt werden:

   moving addresses from failed IPv4 interfaces: hme1 (moved to hme0)

   Diese Meldung gibt an, dass die IPv4-Adressen der ausgefallenen Schnittstelle hme1 ein Failover auf die Schnittstelle hme0 durchgeführt haben.

   Alternativ empfangen Sie die folgende Meldung:

   moving addresses from failed IPv4 interfaces: hme1 (couldn't move, no alternative interface)

   Diese Meldung kennzeichnet, dass keine aktive Schnittstelle in der gleichen Gruppe wie die ausgefallene Schnittstelle hme1 gefunden wurde. Aus diesem Grund konnte kein Failover für die IPv4-Adressen von hme1 durchgeführt werden.

3. Schließen Sie die physikalische Schnittstelle im System an.

   Anweisungen zum Ersetzen einer physikalischen Schnittstelle finden Sie in den folgenden Quellen:

   • Manpage cfgadm(1M)

   • Sun Enterprise 10000 DR Configuration Guide

   • Sun Enterprise 6x00, 5x00, 4x00, and 3x00 Systems Dynamic Reconfiguration User's Guide

4. Siehe Meldung aus Schritt 2. Gehen Sie zu Schritt 6, wenn die Adressen nicht verschoben werden konnten. Gehen Sie zu Schritt 5, wenn die Adressen verschoben wurden.

5. Heben Sie das Plumbing der logischen Schnittstellen auf, die im Rahmen des Failover-Prozesses konfiguriert wurden.

   1. Lesen Sie den Inhalt der /etc/hostname.verschoben-von-Schnittstelle-Datei, um festzustellen, welche logischen Schnittstellen im Rahmen des Failover-Prozesses konfiguriert wurden.

   2. Heben Sie das Plumbing aller Failover-IP-Adressen auf.

      # ifconfig moved-to-interface removeif moved-ip-address

      ---

      Hinweis –

      Failover-Adressen sind mit dem Parameter failover markiert oder mit dem Parameter -failover nicht markiert. Bei IP-Adressen, die mit dem Parameter -failover markiert sind, muss das Plumbing nicht aufgehoben werden.

      ---

      Angenommen, die Datei /etc/hostname.hme0 enthält die folgenden Zeilen:

      inet 10.0.0.4 -failover up group one addif 10.0.0.5 failover up addif 10.0.0.6 failover up

      Um alle Failover-IP-Adressen zu löschen, geben Sie die folgenden Befehle ein:

      # ifconfig hme0 removeif 10.0.0.5 # ifconfig hme0 removeif 10.0.0.6

6. Konfigurieren Sie die IPv4-Informationen für die ersetzte physikalische Schnittstellen neu, indem Sie den folgenden Befehl für jede entfernte Schnittstelle eingeben:

   # ifconfig removed-from-NIC <parameters>

   Beispielsweise können Sie die folgenden Befehle eingeben:

   # ifconfig hme1 inet plumb # ifconfig hme1 inet 10.0.0.4 -failover up group one # ifconfig hme1 addif 10.0.0.5 failover up # ifconfig hme1 addif 10.0.0.6 failover up

Ändern von IPMP-Konfigurationen

In der IPMP-Konfigurationsdatei /etc/default/mpathd werden die folgenden systemweit geltenden Parameter für IPMP-Gruppen konfiguriert.

• FAILURE_DETECTION_TIME

• TRACK_INTERFACES_ONLY_WITH_GROUPS

• FAILBACK

So konfigurieren Sie die /etc/default/mpathd-Datei

1. Nehmen Sie auf dem System mit der IPMP-Gruppenkonfiguration die Rolle eines Primäradministrators an, oder melden Sie sich als Superuser an.

   Die Rolle des Primäradministrators enthält das Primary Administrator-Profil. Informationen zum Erstellen von Rollen und Zuweisen von Rollen zu Benutzern finden Sie in Kapitel 2, Working With the Solaris Management Console (Tasks) in System Administration Guide: Basic Administration.

2. Bearbeiten Sie die Datei /etc/default/mpathd.

   Ändern Sie den Standardwert eines oder mehrerer der drei Parameter.

   1. Geben Sie den neuen Wert für den Parameter FAILURE_DETECTION_TIME ein.

      FAILURE_DETECTION_TIME=n

      n ist die Zeit in Sekunden für ICMP-Stichproben, um zu erkennen, ob eine Schnittstelle ausgefallen ist. Der Standardwert beträgt 10 Sekunden.

   2. Geben Sie einen neuen Wert für den Parameter FAILBACK ein.

      FAILBACK=[yes | no]

      • yes - Der Wert yes ist das Standard-Failback-Verhalten für IPMP. Wenn die Reparatur einer ausgefallenen Schnittstelle erkannt wird, findet ein Failback-Prozess des Netzwerkzugriffs auf die reparierte Schnittstelle statt. Dies wird unter IPMP-Funktionen zur Ausfall- und Reparaturerkennung ausführlich beschrieben.

      • no - Der Wert no gibt an, dass Datenverkehr kein Failback auf eine reparierte Schnittstelle durchführt. Wenn eine ausgefallene Schnittstelle als repariert erkannt wird, wird das Flag INACTIVE für diese Schnittstelle gesetzt. Dieses Flag weist darauf hin, dass die Schnittstelle derzeit nicht für Datenverkehr verwendet wird. Die Schnittstelle kann dennoch für Stichprobenverkehr verwendet werden.

        Angenommen, eine IPMP-Gruppe besteht aus zwei Schnittstellen, ce0 und ce1. Der Wert FAILBACK=no ist in der Datei /etc/default/mpathd eingerichtet. Wenn ce0 ausfällt, führt dessen Datenverkehr ein Failover auf ce1 durch. Dies ist das erwartete Standardverhalten von IPMP. Wenn IPMP jedoch erkennt, dass ce0 repariert wurde, findet kein Failback von ce1 statt, da der Parameter FAILBACK=no in der Datei /etc/default/mpathd eingerichtet ist. Die Schnittstelle ce0 behält den Status INACTIVE bei und wird nicht für Datenverkehr verwendet, es sei denn, die Schnittstelle ce1 fällt aus. Falls die Schnittstelle ce1 ausfällt, werden die Adressen von ce1 zurück zu ce0 migriert, dessen Flag INACTIVE gelöscht wird. Diese Migration findet nur dann statt, wenn ce0 die einzige Schnittstelle mit dem Flag INACTIVE in der Gruppe ist. Falls weitere INACTIVE-Schnittstellen in der Gruppe vorhanden sind, migrieren die Adressen eventuell zu einer anderen INACTIVE-Schnittstelle als ce0.

   3. Geben Sie den neuen Wert für den Parameter TRACK_INTERFACES_ONLY_WITH_GROUPS ein.

      TRACK_INTERFACES_ONLY_WITH_GROUPS=[yes | no]

      • yes - Der Wert yes ist das Standardverhalten für IPMP. Dieser Parameter führt dazu, dass IPMP Netzwerkschnittstellen ignoriert, die nicht in einer IPMP-Gruppe konfiguriert sind.

      • no - Der Wert no richtet eine Ausfall- oder Reparaturerkennung für alle Netzwerkschnittstellen ein, unabhängig davon, ob sie in einer IPMP-Gruppe konfiguriert sind. Wird ein Ausfall oder eine Reparatur einer Schnittstelle erkannt, die nicht in einer IPMP-Gruppe konfiguriert ist, findet kein Failover oder Failback statt. Aus diesem Grund eignet sich der Wert no nur zum Anzeigen von Ausfällen und führt zu keiner Verbesserung der Netzwerkverfügbarkeit.

3. Starten Sie den in.mpathd-Daemon neu.

   # pkill -HUP in.mpathd