Befehl clmgr: Kurzübersicht

Verwenden Sie die folgenden Informationen, um schnell die gängigste Syntax und Beispiele für den Befehl PowerHA® SystemMirror® clmgr zu finden.

Ausführlichere Informationen zum Befehl clmgr finden Sie in der Man-Page-Dokumentation im Thema Befehl clmgr .

Grundlegende Verwendung

Befehlssyntax	Befehlssyntax
Basisbefehlsformat	`clmgr <ACTION> <CLASS> [<OBJECT>] [COMMAND-SPECIFIC INPUTS]`
Flexible Ausgabe von Datenabrufbefehlen	Zeigt < ATTR> =" < VALUE> " -Paare an (Standardwert) `clmgr query <CLASS> <OBJECT>` Zeigt eine durch Doppelpunkte getrennte Ausgabe an. `clmgr –c query <CLASS> <OBJECT>` Zeigt eine benutzerdefinierte Ausgabe mit Begrenzer an `clmgr –d<C> query <CLASS> <OBJECT>` Zeigt das Quasi-XML-Format an `clmgr –x query <CLASS> <OBJECT>`
Absichtserkennung: Aliasnamen	`clmgr add cluster` Die Aktion `add` enthält die folgenden Aliasnamen: `create`, `make`und `mk`. `clmgr query node` Die Aktion `query` enthält die folgenden Aliasnamen: `show`, `list`, `ls`und `get`. Anmerkung: Sie können verfügbare Aliasnamen anzeigen, indem Sie den Befehl `clmgr <ACTION> <CLASS> -h` ausführen.
Absichtserkennung: Groß-/Kleinschreibung	Die Groß-/Kleinschreibung wird für alle Aktionen, Klassen und Eingabebeschriftungen ignoriert. Die folgende Befehlssyntax ist beispielsweise gültig: `clmgr query cluster == clmgr QueRY cLUsteR clmgr MoVe RESource_GroUp <RG> nODe=<NODE>` Hinweis: Die Beachtung der Groß-/Kleinschreibung gilt nicht für Beschriftungen, die im PowerHA SystemMirror -Produkt verwendet werden. Sie können beispielsweise einen Knoten mit der Bezeichnung `MyNode`erstellen.
Absichtserkennung: Abkürzungen	Sie können genügend Buchstaben eingeben, um bei der Syntaxeingabe eindeutig zu sein. Die folgenden Beispiele haben zuerst die exakte Syntax, gefolgt von der abgekürzten Syntax. Beide der folgenden Befehle liefern dieselben Ergebnisse. `clmgr query cluster == clmgr q cl` `clmgr add tape SHARED_TAPE_RESOURCE=/dev/rmt0 == clmgr add tape SH=/dev/rmt0` Hinweis: Abkürzungen sind für die Verwendung während der Eingabe über die Befehlszeile vorgesehen. Verwenden Sie keine Abkürzungen in Scripts. Abkürzungen können sich im Laufe der Zeit ändern und werden nicht dokumentiert.
Die Protokolldatei.	/var/hacmp/log/clutils.log

Basistopologie definieren

Befehlssyntax	Befehlssyntax
Cluster ohne Standorte definieren	`clmgr add cluster nodes=<NODE1>,<NODE2> clmgr add repository <DISK_IDENTIFIER>`
Standortübergreifenden Cluster definieren Hinweis: Es sind Sites definiert, aber für einen standortübergreifenden Cluster ist nur eine Repository-Platte erforderlich, weil die Repository-Platte von allen Sites gemeinsam genutzt wird.	`clmgr add cluster type=stretched nodes=<NODE1>,<NODE2>,<NODE3>,<NODE4> clmgr add site <SITENAME> nodes=<NODE1>,<NODE2> clmgr add site <SITENAME> nodes=<NODE3>,<NODE4> clmgr add repository <DISK_IDENTIFIER>`
Verlinkten Cluster definieren Hinweis: Sites sind definiert und jede Site verfügt über eine eigene Repository-Platte.	`clmgr add cluster type=linked nodes=<NODE1>, <NODE2>, <NODE3>,<NODE4> clmgr add site <SITE1> nodes=<NODE1>,<NODE2> clmgr add site <SITE2> nodes=<NODE3>,<NODE4> clmgr add repository <DISK_IDENTIFIER1> site=<SITE1> clmgr add repository <DISK_IDENTIFIER2> site=<SITE2>`
Neu definierte Objekte auf allen definierten Knoten erstellen	`clmgr sync cluster` Der Aliasname für einen `cluster` ist `cl`. Anmerkung: Sie müssen den Cluster nach allen Konfigurationsänderungen überprüfen und synchronisieren, um die Änderung auf anderen Knoten im Cluster zu replizieren.

Ressourcengruppen definieren

Befehlssyntax Befehlssyntax

Ressourcengruppe definieren

Befehlssyntax	Befehlssyntax
Ressourcengruppe definieren	`clmgr add resource_group <RG_NAME> nodes=<NODE1>,<NODE2> \ applications=<APP1>,<APP2> volume_group=<VG1>,<VG2> \ service_label=<SERVICE_IP_LABEL> ...` Der Aliasname für einen `resource_group` ist `rg`. Anmerkung: Eine Ressourcengruppe ist eine Gruppe von Clusterressourcen, die Sie als eine einzige Einheit konfigurieren und verwalten.
Ressourcengruppe ändern	`clmgr modify resource_group <RG_NAME> FILESYSTEM=<PATH> \ service_label=<SERVICE_IP_LABEL> ...` Der Aliasname für einen `resource_group` ist `rg`.


clmgr add resource_group <RG_NAME> nodes=<NODE1>,<NODE2> \
      applications=<APP1>,<APP2> volume_group=<VG1>,<VG2> \
      service_label=<SERVICE_IP_LABEL> ...

Der Aliasname für einen resource_group ist rg.

Anmerkung: Eine Ressourcengruppe ist eine Gruppe von Clusterressourcen, die Sie als eine einzige Einheit konfigurieren und verwalten.

Ressourcengruppe ändern


clmgr modify resource_group <RG_NAME> FILESYSTEM=<PATH> \
      service_label=<SERVICE_IP_LABEL> ...

Der Aliasname für einen resource_group ist rg.

Anwendungsressourcen definieren

Befehlssyntax Befehlssyntax

Befehlssyntax	Befehlssyntax
Anwendungscontroller definieren Hinweis: Dieser Befehl kann verwendet werden, um eine Anwendung automatisch zu starten oder zu stoppen.	`clmgr add application_controller STARTSCRIPT=<path_to_start_script> \ STOPSCRIPT=<path_to_stop_script>` Die Aliasnamen für `application_controller` sind `ac`, `app`und `appctl`. Hinweis: Sie müssen die Scripts für eine Anwendung angeben. Die Scripts müssen auf jedem Knoten vorhanden sein, auf dem die Anwendung ausgeführt werden kann.
Anwendungsmonitor definieren: Prozessbasiert	`clmgr add application_monitor <MONITOR> TYPE=Process MODE=longrunning \ processes=<PROCESS_NAMES> OWNER=<USER_ID> \ applications=<APPLICATION_CONTROLLER>` Die Aliasnamen für einen `application_monitor` sind `am`, `mon`und `appmon`. Mit dem Befehl ps -e können Sie die richtigen Prozessnamen für eine Anwendung ermitteln. Verwenden Sie nicht den Befehl ps -ef . Sie können beispielsweise den Befehl ps -e \| awk '{print $4}' \| sort –u verwenden. Hinweis: Dieser Überwachungstyp erkennt die Beendigung eines oder mehrerer Anwendungsprozesse.
Anwendungsmonitor definieren: Angepasst	`clmgr add application_monitor <MONITOR> TYPE=Custom MODE=longrunning \ monitormethod=<PATH_TO_SCRIPT> OWNER=<USER_ID> \ applications=<APPLICATION_CONTROLLER>` Die Aliasnamen für einen `application_monitor` sind `am`, `mon`und `appmon`. Hinweis: Bei dieser Art der Überwachung wird der Status einer Anwendung überprüft, indem die angegebene Überwachungsmethodendatei in konfigurierbaren Intervallen ausgeführt und der Exit-Code für die Überwachung überprüft wird. Die Überwachungsmethodendatei muss auf jedem Knoten vorhanden sein, auf dem die Anwendung ausgeführt werden kann.

Anwendungscontroller definieren

Hinweis: Dieser Befehl kann verwendet werden, um eine Anwendung automatisch zu starten oder zu stoppen.


clmgr add application_controller STARTSCRIPT=<path_to_start_script> \
      STOPSCRIPT=<path_to_stop_script>

Die Aliasnamen für application_controller sind ac, appund appctl.

Hinweis: Sie müssen die Scripts für eine Anwendung angeben. Die Scripts müssen auf jedem Knoten vorhanden sein, auf dem die Anwendung ausgeführt werden kann.

Anwendungsmonitor definieren: Prozessbasiert


clmgr add application_monitor <MONITOR> TYPE=Process MODE=longrunning \
      processes=<PROCESS_NAMES> OWNER=<USER_ID> \
      applications=<APPLICATION_CONTROLLER>

Die Aliasnamen für einen application_monitor sind am, monund appmon.

Mit dem Befehl ps -e können Sie die richtigen Prozessnamen für eine Anwendung ermitteln. Verwenden Sie nicht den Befehl ps -ef . Sie können beispielsweise den Befehl ps -e | awk '{print $4}' | sort –u verwenden.

Hinweis: Dieser Überwachungstyp erkennt die Beendigung eines oder mehrerer Anwendungsprozesse.

Anwendungsmonitor definieren: Angepasst


clmgr add application_monitor <MONITOR> TYPE=Custom MODE=longrunning \
      monitormethod=<PATH_TO_SCRIPT> OWNER=<USER_ID> \
      applications=<APPLICATION_CONTROLLER>

Die Aliasnamen für einen application_monitor sind am, monund appmon.

Hinweis: Bei dieser Art der Überwachung wird der Status einer Anwendung überprüft, indem die angegebene Überwachungsmethodendatei in konfigurierbaren Intervallen ausgeführt und der Exit-Code für die Überwachung überprüft wird. Die Überwachungsmethodendatei muss auf jedem Knoten vorhanden sein, auf dem die Anwendung ausgeführt werden kann.

LVM-Ressourcen erstellen

Befehlssyntax	Befehlssyntax
Datenträgergruppe erstellen	`clmgr add volume_group [<VG_NAME>] nodes=<NODE1>,[NODE2>] \ disks=<DISK1>,<DISK2> type=scalable` Der Aliasname für einen `volume_group` ist `vg`.
Logischen Datenträger erstellen	`clmgr add logical_volume [ <LV_NAME> ] volume_group=<VG1> \ logical_partitions=## type=jfs2 ...` Der Aliasname für einen `logical_volume` ist `lv`.
Dateisystem erstellen: Logischen Datenträger erstellen	`clmgr add file_system <FS_NAME> volume_group=<VG1> \ type=enhanced units=### size_per_unit=megabytes ...` Der Aliasname für einen `file_system` ist `fs`. Anmerkung: Zum Erstellen dieses Dateisystemtyps müssen Sie die Größe des Dateisystems angeben.
Dateisystem erstellen: Logischen Datenträger verwenden	`clmgr add file_system <FS_NAME> volume_group=<VG1> \ type=enhanced units=### size_per_unit=megabytes ...` Der Aliasname für einen `file_system` ist `fs`. Anmerkung: Sie müssen die Größe des spezifischen logischen Datenträgers angeben, um diesen Stil eines Dateisystems erstellen zu können.
Spiegelpool erstellen: Alle Platten	`clmgr add mirror_pool <POOL_NAME> volume_group=<VG_NAME>` Die Aliasnamen für einen `mirror_pool` sind `mp` und `pool`.
Spiegelpool erstellen: Angegebene Platten	`clmgr add mirror_pool <POOL_NAME> volume_group=<VG_NAME> \ physical_volumes=<DISK1>,<DISK2>,<DISK3>` Die Aliasnamen für einen `mirror_pool` sind `mp` und `pool`.

Datenträgergruppen verwalten

Befehlssyntax Befehlssyntax

Datenträgergruppe: Physischen Datenträger hinzufügen

Befehlssyntax	Befehlssyntax
Datenträgergruppe: Physischen Datenträger hinzufügen	`clmgr modify volume_group <VG_NAME> add=<DISK>` Der Aliasname für einen `volume_group` ist `vg`.
Datenträgergruppe: Spiegelpool hinzufügen	`clmgr modify volume_group <VG_NAME> add=<DISK> mirror_pool=<POOL_NAME>` Der Aliasname für einen `volume_group` ist `vg`.
Datenträgergruppe: Physischen Datenträger entfernen	`clmgr modify volume_group <VG_NAME> remove=<DISK>` Der Aliasname für einen `volume_group` ist `vg`.


clmgr modify volume_group <VG_NAME> add=<DISK>

Der Aliasname für einen volume_group ist vg.

Datenträgergruppe: Spiegelpool hinzufügen


clmgr modify volume_group <VG_NAME> add=<DISK> mirror_pool=<POOL_NAME>

Der Aliasname für einen volume_group ist vg.

Datenträgergruppe: Physischen Datenträger entfernen

clmgr modify volume_group <VG_NAME> remove=<DISK>

Der Aliasname für einen volume_group ist vg.

Ressourcengruppen verwalten

Befehlssyntax	Befehlssyntax
Ressourcengruppe verschieben: Neuer Knoten	`clmgr move resource_group <RG_NAME> node=<NODE2>` Der Aliasname für einen `resource_group` ist `rg`. Anmerkung: Alle Ressourcen, die von der Ressourcengruppe verwaltet werden, werden auf dem aktuellen Knoten in den Offlinestatus versetzt und auf dem angegebenen neuen Knoten in den Onlinestatus versetzt.
Ressourcengruppe verschieben: Neuer Standort	`clmgr move resource_group <RG_NAME> site=<SITE2>` Der Aliasname für einen `resource_group` ist `rg`. Anmerkung: Alle Ressourcen, die von der Ressourcengruppe verwaltet werden, werden auf dem aktuellen Knoten in den Offlinestatus versetzt und auf dem angegebenen neuen Knoten in den Onlinestatus versetzt.
Ressourcengruppe starten	`clmgr start resource_group <RG_NAME> node=<NODE2> [PRIMARY=true] [SECONDARY=true]` Der Aliasname für einen `resource_group` ist `rg`. Anmerkung: Alle von der Ressourcengruppe verwalteten Ressourcen werden auf dem aktuellen Knoten in den Offlinestatus versetzt und auf einem Knoten innerhalb des angegebenen Standorts in den Onlinestatus versetzt. Wenn Sie die Eingabe `node` nicht angeben, wird die Ressourcengruppe auf einem Standardknoten für die aktuelle Richtlinie in den Onlinestatus versetzt. Um die Ressourcengruppe in einer Clusterumgebung mit mehreren Standorten gleichzeitig in den Status ONLINE und ONLINE SECONDARY zu versetzen, müssen Sie die folgenden zusätzlichen Attribute angeben: `PRIMARY=TRUE and SECONDARY=true` Führen Sie den folgenden Befehl aus, um die Ressourcengruppe auf einem Knoten in den Status ONLINE SECONDARY zu versetzen: `clmgr start resource_group <RG_NAME> [node=<NODE2>] [SECONDARY=true]`
Ressourcengruppe stoppen	`clmgr stop resource_group <RG_NAME> [node=<NODE2>] [PRIMARY=true] [SECONDARY=true]` Anmerkung: Ressourcen, die von der Ressourcengruppe verwaltet werden, werden auf dem aktuellen Knoten offline geschaltet. Um die Ressourcengruppe an beiden Standorten gleichzeitig vom Status ONLINE und ONLINE SECONDARY in den Status OFFLINE zu versetzen, müssen Sie die folgenden zusätzlichen Attribute angeben: `PRIMARY=TRUE and SECONDARY=true` Führen Sie den folgenden Befehl aus, um die Ressourcengruppe auf einem Knoten vom Status ONLINE SECONDARY in den Status OFFLINE zu versetzen: `clmgr stop resource_group <RG_NAME> [node=<NODE2>] [SECONDARY=true]`
Anwendungsüberwachung aussetzen	`clmgr manage application controller suspend <APP>` Anmerkung: Dieser Befehl setzt die Anwendungsüberwachung für die angegebene Anwendung aus. Sie können `ALL` anstelle von `application controller` angeben, um die gesamte Anwendungsüberwachung auszusetzen.
Anwendungsüberwachung fortsetzen	`clmgr manage application_controller resume <APP>` Anmerkung: Dieser Befehl nimmt die Anwendungsüberwachung für die angegebene Anwendung wieder auf. Sie können `ALL` anstelle von `application controller` angeben, um die gesamte Anwendungsüberwachung auszusetzen.
Service-IP verschieben	`clmgr move service_ip <SERVICE_LABEL> interface=<NEW_INTERFACE>` Anmerkung: Die Variable `<NEW_INTERFACE>` verweist auf eine logische Schnittstelle. Beispiel: `en3`.

Cluster-Services

Befehlssyntax	Befehlssyntax
Cluster-Services starten: Gesamter Cluster	`clmgr start cluster` Anmerkung: Alle Ressourcen, die vom Cluster verwaltet werden, werden online geschaltet, sofern die Option Ressourcengruppe verwalten in SMIT nicht auf Manuellgesetzt ist.
Cluster-Services starten: Site	`clmgr start site <SITE_NAME>` Anmerkung: Alle Ressourcen, die von den Knoten innerhalb des Standorts verwaltet werden, werden online geschaltet, es sei denn, die aktuelle Richtlinieneinstellung verbietet dies oder in der SMIT-Schnittstelle ist das Feld System Management (C-SPOC) > PowerHA SystemMirror Services > Start Cluster Services > Manage Resouce Group auf Manuellgesetzt.
Cluster-Services starten: Knoten	`clmgr start node <NODE_NAME>` Anmerkung: Alle Ressourcen, die von dem Knoten verwaltet werden, werden in den Onlinestatus versetzt, es sei denn, die aktuelle Richtlinieneinstellung verbietet dies oder in der SMIT-Schnittstelle ist das Feld Systemmanagement (C-SPOC) > PowerHA SystemMirror Services > Cluster Services starten > Ressourcengruppe verwalten auf Manuellgesetzt.
Cluster-Services stoppen: Gesamter Cluster	`clmgr stop cluster` Anmerkung: Alle Ressourcen, die vom Cluster verwaltet werden, werden offline geschaltet. Wenn Sie Cluster-Services aussetzen möchten, ohne Anwendungen und andere Ressourcen offline zu schalten, müssen Sie die Option `manage` auf `unmanage`setzen.
Cluster-Services stoppen: Site	`clmgr stop site <SITE_NAME>` Anmerkung: Alle Ressourcen, die von den Knoten am Standort verwaltet werden, werden offline geschaltet, sofern die Option `manage` nicht auf `unmanage` oder `move`gesetzt ist.
Cluster-Services stoppen: Knoten	`clmgr stop node <NODE_NAME>` Anmerkung: Alle Ressourcen, die vom Knoten verwaltet werden, werden offline geschaltet, sofern die Option `manage` nicht auf `unmanage` oder `move`gesetzt ist.