Manpages

In diesem Abschnitt werden Fehler, Auslassungen sowie hinzugefügte Informationen zu den Sun Cluster-Manpages behandelt.

ccp(1M)

Im folgenden überarbeiteten Abschnitt "Übersicht" sowie im neu hinzugefügten Abschnitt "Optionen" der Manpage ccp(1M) wird die neue Secure Shell-Unterstützung für Cluster Control Panel-(CCP-)-Dienstprogramme beschrieben:

SYNOPSIS

$CLUSTER_HOME/bin/ccp [-s] [-l username] [-p ssh-port] {clustername | nodename}

OPTIONEN

Die folgenden Optionen werden unterstützt:

-l username

Gibt den Benutzernamen für die ssh-Verbindung an. Diese Option wird an das Dienstprogramm cconsole, crlogin oder cssh weitergegeben, wenn das Dienstprogramm von CCP aus gestartet wird. Das Dienstprogramm ctelnet ignoriert diese Option.

Wenn die Option -l nicht angegeben ist, wird der Benutzername, der CCP gestartet hat, übernommen.

-p ssh-port

Gibt die zu verwendende Secure Shell-Portnummer an. Diese Option wird an das Dienstprogramm cssh weitergegeben, wenn das Dienstprogramm von CCP aus gestartet wird. Die Dienstprogramme cconsole, crlogin und ctelnet ignorieren diese Option.

Wenn die Option -p nicht angegeben ist, wird Portnummer 22 für sichere Verbindungen verwendet.

-s

Gibt an, dass anstelle von telnet-Verbindungen Secure Shell-Verbindungen zu Knotenkonsolen verwendet werden. Diese Option wird an das Dienstprogramm cconsole weitergegeben, wenn das Dienstprogramm von CCP aus gestartet wird. Die Dienstprogramme crlogin, cssh und ctelnet ignorieren diese Option.

Wenn die Option -s nicht angegeben ist, verwendet das cconsole-Dienstprogramm telnet-Verbindungen für Konsolenverbindungen.

Um die Option -s zu überschreiben, heben Sie im Menü "Optionen" der grafischen Benutzeroberfläche (GUI) von cconsole die Auswahl des Kontrollkästchens "SSH verwenden" auf.

cconsole(1M), crlogin(1M), cssh(1M) und ctelnet(1M)

Im folgenden überarbeiteten Abschnitt "Übersicht" sowie im neu hinzugefügten Abschnitt "Optionen" der hier zusammengefassten Manpages cconsole, crlogin, cssh und ctelnet wird die neue Secure Shell-Unterstützung für Cluster Control Panel-Dienstprogramme beschrieben:

SYNOPSIS

$CLUSTER_HOME/bin/cconsole [-s] [-l username] [clustername… | nodename…]
$CLUSTER_HOME/bin/crlogin [-l username] [clustername… | nodename…]
$CLUSTER_HOME/bin/cssh [-l username] [-p ssh-port] [clustername… | nodename…]
$CLUSTER_HOME/bin/ctelnet [clustername… | nodename…]

BESCHREIBUNG

cssh

Dieses Dienstprogramm stellt direkte Secure Shell-Verbindungen zu den Cluster-Knoten her.

OPTIONEN

-l username

Gibt den ssh-Benutzernamen für Remote-Verbindungen an. Diese Option ist mit den Befehlen cconsole, crlogin und cssh gültig.

Der Argumentwert wird gespeichert, sodass zu einem späteren Zeitpunkt angegebene Cluster und Knoten denselben Namen beim Verbindungsaufbau verwenden.

Wenn die Option -l nicht angegeben ist, wird der Benutzername, der den Befehl gestartet hat, übernommen.

-p ssh-port

Gibt die zu verwendende Secure Shell-Portnummer an. Diese Option ist mit dem Befehl cssh gültig.

Wenn die Option -p nicht angegeben ist, wird Portnummer 22 für sichere Verbindungen verwendet.

-s

Gibt an, dass anstelle von telnet-Verbindungen Secure Shell-Verbindungen zu Knotenkonsolen verwendet werden. Diese Option ist mit dem Befehl cconsole gültig.

Wenn die Option -s nicht angegeben ist, verwendet das Dienstprogramm telnet-Verbindungen für Konsolenverbindungen.

Um die Option -s von der grafischen Benutzeroberfläche (GUI) des Dienstprogramms cconsole aus zu überschreiben, heben Sie im Menü "Optionen" die Auswahl des Kontrollkästchens "SSH verwenden" auf.

clnode(1CL)

• Die Beschreibung des Unterbefehls remove impliziert, dass der Befehl bei bestimmten Voraussetzungen nicht ausgeführt werden kann. Der Befehl kann unter diesen Voraussetzungen ausgeführt werden, die Ergebnisse können den Cluster jedoch negativ beeinflussen. Im Folgenden wird eine genauere Beschreibung der Anforderungen und das Verhalten für den Unterbefehl remove gegeben:

  Folgen Sie den folgenden Anweisungen, um einen Knoten aus einem Cluster zu entfernen. Wenn Sie diese Anweisungen nicht befolgen, kann das Entfernen eines Knotens das Quorum des Clusters beeinträchtigen.

  • Heben Sie die Konfiguration des zu entfernenden Knotens auf allen entsprechenden Quorum-Geräten auf, es sei denn, Sie geben auch die Option -f an.

  • Stellen Sie sicher, dass der zu entfernende Knoten kein aktives Cluster-Mitglied ist.

  • Entfernen Sie keinen Knoten aus einem Dreiknoten-Cluster, es sei denn, mindestens ein gemeinsam genutztes Quorum-Gerät ist konfiguriert.

  Der Befehl clnode remove entfernt einen Teilsatz der Verweise auf den Knoten aus der Cluster-Konfigurationsdatenbank. Wenn Sie zudem die Option -f angeben, entfernt der Unterbefehl alle Verweise auf den Knoten.

• Bevor Sie den Befehl clnode remove zum Entfernen eines Knotens aus dem Cluster erfolgreich verwenden können, müssen Sie zunächst den Befehl claccess add verwenden, um den Knoten der Cluster-Authentifizierungsliste hinzuzufügen, falls dieser noch nicht in der Liste vorhanden ist. Verwenden Sie den Befehl claccess list oder claccess show, um die aktuelle Cluster-Authentifizierungsliste anzuzeigen. Verwenden Sie anschließend aus Sicherheitsgründen den Befehl claccess deny-all, um zukünftigen Zugriff auf die Cluster-Konfiguration durch einen Cluster-Knoten zu verhindern. Weitere Informationen finden Sie auf der Man Page claccess(1CL).

clresource(1CL)

• Die folgende Option fehlt auf der Man Page clresource(1CL):

  -u

  Diese Option gibt an, dass der Befehl auf Ressourcen angewendet wird, deren Ressourcengruppen angehalten sind, vorausgesetzt, Sie geben den Operanden + an. Wenn Sie den Operanden + ohne die Option u angeben, ignoriert der Befehl alle Ressourcen, deren Ressourcengruppen angehalten sind.

  Die Option -u ist gültig, wenn der Operand + für die Unterbefehle clear, disable, enable, monitor, set und unmonitor angegeben ist.

• In der Beschreibung des Operanden + sollte darauf hingewiesen werden, dass der Befehl bei der Verwendung des Operanden mit den Unterbefehlen clear, disable, enable, monitor, set oder unmonitor alle Ressourcen ignoriert, deren Ressourcengruppen angehalten sind, es sei denn, Sie geben die Option -u ebenfalls an.

• Die in den Definitionen der Operanden + und - angeführten Beispiele für die Optionen -p, -x und -y sind fehlerhaft. Die Definitionen sollten wie folgt lauten:

  +

  Fügt einen Wert bzw. mehrere Werte einem Zeichenfolgen-Array-Wert hinzu. Dieser Operator wird nur für den festgelegten Unterbefehl akzeptiert. Sie können diesen Operator nur für solche Eigenschaften angeben, die Listen mit Zeichenfolgenwerten akzeptieren, beispielsweise Resource_dependencies.

  –

  Entfernt einen Wert bzw. mehrere Werte aus einem Zeichenfolgen-Array-Wert. Dieser Operator wird nur für den festgelegten Unterbefehl akzeptiert. Sie können diesen Operator nur für solche Eigenschaften angeben, die Listen mit Zeichenfolgenwerten akzeptieren, beispielsweise Resource_dependencies.

clresourcegroup(1CL)

• In der Befehlssyntax und -beschreibung des Unterbefehls evacuate wird fälschlicherweise angegeben, dass Sie mehr als einen Knoten bzw. eine Zone mit einem Befehlsaufruf herunterfahren können. Mit dem Befehl evacuate kann jedoch jeweils nur ein Knoten oder eine Zone angegeben werden.

• Die folgende Option fehlt auf der Man Page clresourcegroup(1CL):

  -u

  Diese Option gibt an, dass der Befehl auf angehaltene Ressourcen angewendet wird, vorausgesetzt, Sie geben den Operanden + an. Wenn Sie den Operanden + ohne die Option u angeben, ignoriert der Befehl alle angehaltenen Ressourcengruppen.

  Die Option -u ist gültig, wenn der Operand + für die Unterbefehle add-node, manage, offline, online, quiesce, remaster, remove-node, restart, set, switch und unmanage angegeben ist.

• In der Beschreibung des Operanden + sollte darauf hingewiesen werden, dass der Befehl bei der Verwendung des Operanden mit den Unterbefehlen add-node, manage, offline, online, quiesce, remaster, remove-node, restart, set, switch oder unmanage alle angehaltenen Ressourcengruppen ignoriert, es sei denn, Sie geben auch die Option -u an.

r_properties(5)

• Die Verwendung der Eigenschaft Network_resources_used wurde in Sun Cluster 3.2 geändert. Wenn Sie dieser Eigenschaft keinen Wert zuweisen, wird dieser Wert automatisch vom RGM basierend auf der Einstellung der Eigenschaften der Ressourcenabhängigkeiten aktualisiert. Sie müssen die Einstellung für diese Eigenschaft nicht direkt festlegen. Legen Sie stattdessen die Eigenschaft Resource_dependencies, Resource_dependencies_offline_restart, Resource_dependencies_restartoder Resource_dependencies_weak fest.

  Um die Kompatibilität mit früheren Versionen der Sun Cluster-Software zu gewährleisten, können Sie den Wert der Eigenschaft Network_resources_used weiterhin direkt festlegen. In diesem Fall wird der Wert für die Eigenschaft Network_resources_used nicht von den Einstellungen der Eigenschaften der Ressourcenabhängigkeiten abgeleitet.

  Wenn Sie der Eigenschaft Network_resources_used einen Ressourcennamen hinzufügen, wird der Ressourcenname automatisch auch der Eigenschaft Resource_dependencies hinzugefügt. Diese Abhängigkeit kann nur aufgehoben werden, indem Sie sie aus der Eigenschaft Network_resources_used entfernen. Wenn Sie nicht sicher sind, ob der Eigenschaft Resource_dependencies oder Network_resources_used ursprünglich eine Netzwerkressourcen-Abhängigkeit hinzugefügt wurde, entfernen Sie die Abhängigkeit aus beiden Eigenschaften. Der folgende Befehl entfernt beispielsweise eine Abhängigkeit der Ressource r1 von der Netzwerkressource r2. Dies geschieht unabhängig davon, ob die Abhängigkeit der Eigenschaft Network_resources_used oder Resource_dependencies hinzugefügt wurde:

  # clresource set -p Network_resources_used-=r2 -p Resource_dependencies-=r2 r1

• Die Man Page r_properties(5) enthält falsche Beschreibungen der Eigenschaften Resource_dependencies, Resource_dependencies_offline_restart , Resource_dependencies_restart und Resource_dependencies_weak. Eine richtige Beschreibung dieser Eigenschaften finden Sie unter Resource Properties in Sun Cluster Data Services Developer’s Guide for Solaris OS.

• In der Beschreibung der Ressourceneigenschaft Skalierbar fehlt eine Anmerkung zur Unterstützung skalierbarer Dienste in nicht globalen Zonen. Diese Unterstützung ist für Ressourcen gewährleistet, deren Ressourcentypeigenschaft Failover als FALSCH und deren Ressourceneigenschaft Skalierbar als WAHR festgelegt ist. Diese Kombination der Eigenschaften gibt einen skalierbaren Dienst an, der eine SharedAddress-Ressource für den Netzwerklastenausgleich verwendet. In Sun Cluster 3.2 können Sie einen skalierbaren Dienst dieses Typs in einer Ressourcengruppe konfigurieren, die in einer nicht globalen Zone ausgeführt wird. Sie können einen skalierbaren Dienst jedoch nicht für die Ausführung in mehreren nicht globalen Zonen auf demselben Knoten konfigurieren.

rt_properties(5)

Die Beschreibung der Ressourcentypeigenschaft Failover enthält eine falsche Anmerkung zur Unterstützung skalierbarer Dienste in nicht globalen Zonen in Sun Cluster 3.2. Diese Unterstützung ist für Ressourcen gewährleistet, deren Ressourcentypeigenschaft Failover als FALSCH und deren Ressourceneigenschaft Skalierbar als WAHR festgelegt ist.

Nicht richtig: Sie können keinen skalierbaren Dienst dieses Typs in Zonen verwenden.




Korrekt: Sie könenn einen skalierbaren Dienst dieses Typs in einer Ressourcengruppe konfigurieren, die in einer nicht globalen Zone ausgeführt wird. Sie können einen skalierbaren Dienst jedoch nicht für die Ausführung in mehreren nicht globalen Zonen auf demselben Knoten konfigurieren.

serialports(4)

Die folgenden Informationen ergänzen den Abschnitt "Beschreibung" der Manpage serialport(4):

Um Secure Shell-Verbindungen zu Knotenkonsolen zu unterstützen, geben Sie in der Datei /etc/serialports den Namen des Konsolenzugriffsgeräts und die Secure Shell-Portnummer für jeden Knoten an. Wenn Sie die standardmäßige Secure Shell-Konfiguration auf dem Konsolenzugriffsgerät verwenden, geben Sie die Portnummer 22 an.

SUNW.Event(5)

Auf der Manpage SUNW.Event(5) fehlt die Anmerkung, dass unter Solaris 10 OS der Cluster Reconfiguration Notification Protocol (CRNP) ausschließlich in der globalen Zone ausgeführt werden kann.