Solaris 9 12/02 Versionshinweise

Fehler in der Systemverwaltung

IA: Die Service-Partition wird durch Betätigung von F4 während des BIOS-Boots nicht gestartet (4782757)

Sie booten ein Sun LX50-System, das über eine Service-Partition verfügt und auf dem das Betriebssystem Solaris 9 12/02 (x86 Platform Edition) installiert ist. Es wird die Möglichkeit geboten, durch Betätigung der Taste F4 die Service-Partition zu booten. Sie drücken F4, der Bildschirm wird schwarz, und die Service-Partition wird nicht gestartet.

Lösung: Betätigen Sie die Taste F4 nicht, solange der BIOS-Bootup-Bildschirm angezeigt wird. Nach Ablauf einer Zeitüberschreitungsdauer wird der Bildschirm ‟Current Disk Partition Information“ angezeigt. Wählen Sie in der Spalte ‟Part#“ die Nummer für type=DIAGNOSTIC, und drücken Sie die Eingabetaste. Nun bootet das System die Service-Partition.

UltraSPARC II CP-Ereignismeldungen werden in Solaris 9 12/02 nicht immer generiert (4732403)

Im Betriebssystem Solaris 9 12/02 auf UltraSPARC II-basierten Systemen wird die CP-Ereignismeldung, die einige unkorrigierbare Speicherfehler (Uncorrectable Memory Error) begleitet, nicht immer generiert. Dabei handelt es sich um die Systeme Sun Enterprise^TM 10000 und Sun Enterprise 6500/6000/5500/5000/4500/4000/3500/3000. Deshalb kann es vorkommen, dass einige zur Ermittlung einer ausgefallenen CPU erforderlichen Informationen nicht vorhanden sind.

Lösung: Die neusten Informationen über dieses Problem finden Sie auf der SunSolve-Website unter http://sunsolve.sun.com.

Der Solaris WBEM Services 2.5-Dämon findet `com.sun` -API-Provider nicht (4619576)

Der Solaris WBEM Services 2.5-Dämon kann keine Provider finden, die in die Schnittstellen com.sun.wbem.provider oder com.sun.wbem.provider20 eingeschrieben sind. Selbst wenn Sie für einen in diese Schnittstellen eingeschriebenen Provider eine Solaris_ProviderPath-Instanz erzeugen, kann der Solaris WBEM Services 2.5-Dämon den Provider nicht finden.

Lösung: Um dem Dämon das Auffinden eines solchen Providers zu ermöglichen, beenden Sie den Solaris WBEM Services 2.5-Dämon und starten ihn neu.

# /etc/init.d/init.wbem stop

# /etc/init.d/init.wbem start

Hinweis -

Für Provider, die mit dem javax-API entwickelt wurden, ist es nicht erforderlich, den Solaris WBEM Services 2.5-Dämon zu beenden und neu zu starten. Der Solaris WBEM Services 2.5-Dämon erkennt javax-Provider dynamisch.

Einige `com.sun`-API-Methodenaufrufe schlagen unter XML/HTTP fehl (4497393, 4497399, 4497406, 4497411)

Wenn Sie Ihre WBEM-Software mit dem com.sun-API anstatt mit dem javax-API entwickeln, wird nur der CIM-Fernmethodenaufruf (RMI) vollständig unsterstützt. Ein fehlerfreier Betrieb des com.sun -APIs mit anderen Protokollen, wie z. B. XML/HTTP, wird nicht garantiert.

In der folgenden Tabelle sehen Sie Beispiele für Aufrufe, die unter RMI erfolgreich verlaufen, aber unter XML/HTTP fehlschlagen.

Methodenaufruf	Fehlermeldung
`CIMClient.close()`	`NullPointerException`
`CIMClient.execQuery()`	`CIM_ERR_QUERY_LANGUAGE_NOT_SUPPORTED`
`CIMClient.getInstance()`	`CIM_ERR_FAILED`
`CIMClient.invokeMethod()`	`XMLERROR: ClassCastException`

Mount-Eigenschaften für Dateisysteme können mit dem Solaris Management Console-Tool Mounts und Shares nicht bearbeitet werden (4466829)

Das Tool Mounts und Shares von Solaris Management Console ist nicht in der Lage, Mount-Optionen für systemkritische Dateisysteme wie / (root), /usr und /var zu ändern.

Lösung: Wählen Sie eine der folgenden Problemlösungen:

Verwenden Sie mit dem mount-Befehl die Option remount.
# mount -F Dateisystemtyp -o remount,weitere-Einhängeoptionen \ einzuhängendes-Gerät Einhängepunkt
Hinweis -
Mit der Option -remount und dem Befehl mount vorgenommene Änderungen an den Mount-Eigenschaften sind nicht von dauerhafter Wirkung. Darüber hinaus erben alle nich im Abschnitt weitere-Einhängeoptionen des o. g. Befehls angegebenen Mount-Optionen die vom System definierten Standardwerte. Weitere Informationen entnehmen Sie bitte der Man-Page mount_ufs(1M).
Wenn Sie die Mount-Eigenschaften des Dateisystems ändern möchten, bearbeiten Sie die Datei /etc/vfstab, und starten Sie das System neu.

Bei dem Versuch, Daten mit WBEM hinzuzufügen, tritt der Fehler CIM_ERR_LOW_ON_MEMORY auf (4312409)

Wenn wenig Arbeitsspeicher verfügbar ist, wird folgende Fehlermeldung angezeigt:

CIM_ERR_LOW_ON_MEMORY

Wenn dem CIM (Common Information Model) Object Manager nur noch wenig Arbeitsspeicher zur Verfügung steht, können keine weiteren Einträge hinzugefügt werden. Sie müssen das Repository des CIM Object Manager zurücksetzen.

Lösung: So setzen Sie das Repository von CIM Object Manager zurück:

Melden Sie sich als Superuser an.
Beenden Sie den CIM Object Manager.
# /etc/init.d/init.wbem stop
Entfernen Sie das JavaSpaces^TM-Protokollverzeichnis.
# /bin/rm -rf /var/sadm/wbem/log
Starten Sie den CIM Object Manager neu.
# /etc/init.d/init.wbem start
Hinweis -
Wenn Sie das Repository des CIM Object Manager zurücksetzen, gehen sämtliche proprietären Definitionen in Ihrem Datenspeicher verloren. Sie müssen mithilfe des Befehls mofcomp die MOF-Dateien, in denen diese Definitionen enthalten sind, erneut kompilieren. Siehe das folgende Beispiel.
# /usr/sadm/bin/mofcomp -u root -p root-Passwort Ihre MOF-Datei