Informationsfehler beim herunterfahren – HP Matrix Operating Environment Software Benutzerhandbuch

Seite 59

Advertising
background image

Workaround
Es gibt zwei Workarounds:

Aktualisieren Sie auf vPars A.04.00 oder eine spätere Version.

Aktualisieren Sie Ihre Konfigurationen so, dass keine psets in virtuellen Partitionen verschachtelt
sind.

Informationsfehler beim Herunterfahren

Möglicherweise wird eine Meldung wie die folgende angezeigt:

Information Error during shutdown. The unbinding of objects in the
registry might have failed, and the workload management lock has not
been released. Associated Exception
com.hp.gwlm.common.JniPlatformException: prm_ctrl_rel_cfg_lock failed
because vm_fssagt:8343 is the lock owner

Workaround
Sie können diese Meldung einfach ignorieren.

Verwaltung von fss-Gruppen auf Systemen mit psets beschränkt fss-Gruppen

Wenn ein System psets enthält, verwendet gWLM nur pset 0 für fss-Gruppen. gWLM kann CPUs
verwalten, die nur pset 0 zugeordnet sind.
Workaround
Es gibt keinen Workaround. Dies ist vielmehr die Art und Weise, in der fss-Gruppen auf einem
System mit psets implementiert werden. Sie können die fss-Gruppen weiter in pset 0 verwenden
und die anderen psets nicht verwalten, stattdessen unter Verwendung von psets verwalten
(fss-Gruppen ignorieren) oder alle psets außer pset 0 mit dem folgenden Befehl entfernen:

#psrset -d all

Benutzerdefinierte Kennzahlen gehen bei erneuter Bereitstellung verloren

Benutzerdefinierte Richtlinien verwenden Kennzahlen, die Sie mit dem Befehl gwlmsend angeben.
Wenn Sie eine SRD mit einer benutzerdefinierten Richtlinie erneut bereitstellen, geht die zuletzt für
die Richtlinie übergebene Kennzahl verloren. In dieser Situation nimmt gWLM seine Zuordnungen
basierend auf der Mindestanforderung in der Richtlinie der Arbeitslast vor. Die Arbeitslast kann
außerdem CPU-Ressourcen erhalten, die nach Erfüllung aller Richtlinien übrig sind.
Workaround
Aktualisieren Sie die Kennzahlen aller benutzerdefinierten Richtlinien unmittelbar nach einer erneuten
Bereitstellung.

Prozessplatzierung mit dem Befehl psrset wird ignoriert

Wenn gWLM die psets eines Systems verwaltet, muss jeder Prozess auf dem System in eine
Arbeitslast eingefügt werden. gWLM platziert die Prozesse nach Maßgabe der
Anwendungsdatensätze oder der Benutzerdatensätze, die beim Erstellen oder Bearbeiten einer
Arbeitslastdefinition angegeben werden. Wenn kein entsprechender Datensatz existiert, gelten für
die Prozesse die Platzierungsregeln, die im Onlinehilfethema „pset / fss group tips“ (Tipps zu
pset/fss-Gruppe) im Abschnitt „Precedence of placement techniques“ (Rangfolge der
Platzierungstechniken) erläutert werden.
Wenn Sie Prozesse mit dem Befehl psrset in psets platzieren, verlagert gWLM die Prozesse
wahrscheinlich in den Standard-pset.
Workaround
Soll die Platzierung eines Prozesses erhalten bleiben, verwenden Sie die
gWLM-Anwendungsdatensätze oder -Benutzerdatensätze beim Erstellen oder Bearbeiten der
Arbeitslastdefinitionen in gWLM. Wenn die Verwendung von Datensätzen nicht praktikabel ist,
verwenden Sie den Befehl gwlmplace. Sie müssen gwlmplace nach jeder erneuten Bereitstellung
einer SRD verwenden, um die Prozesse wieder in die gewünschten Arbeitslasten einzufügen.

Einschränkungen

59

Advertising