test

Solaris 10 Versionshinweise

Systemverwaltung

In diesem Abschnitt werden Fehler im Zusammenhang mit der Systemverwaltung in Solaris 10-BS beschrieben.

Das Sun-Tool Patch Manager 2.0 ist mit früheren Versionen nicht kompatibel

Ein System, auf dem das Sun-Tool Patch Manager 2.0 ausgeführt wird, kann entfernte Systeme verwalten, auf denen das Tool Patch Manager ausgeführt wird, einschließlich der Version Patch Manager 1.0.

Ein System mit einer früheren Version des Tools Patch Manager kann jedoch keine entfernten Systeme verwalten, auf denen das Tool Patch Manager 2.0 ausgeführt wird. Zu den früheren Versionen gehören folgende:

Hinweis –

Die Unterstützung für Common Information Model/Web Based Enterprise Management (CIM/WBEM) für das Tool Patch Manager ist im Solaris 8 BS nicht vorhanden. Infolgedessen ist eine entfernte Verwaltung mit Patch Manager auf Solaris 8-Systemen nicht möglich.

Sun Remote Services Net Connect wird nur in der globalen Zone unterstützt

Sun Remote Services (SRS) Net Connect wird nur in der globalen Zone unterstützt. Wenn Sie eine der folgenden Aktionen ausführen, werden Fehlermeldungen angezeigt:

Die Fehlermeldungen enthalten folgenden Wortlaut:


*** Installation von Package SUNWcstu fehlgeschlagen - Interaktive Administration erforderlich:

Interaktives Anforderungsskript von Package bereitgestellt
pkgadd: FEHLER: Anforderungsskript wurde nicht erfolgreich abgeschlossen

Installation von SUNWcstu unterbrochen (Benutzereingabe erforderlich).
Es wurden keine Änderungen am System vorgenommen.

*** Installation von SUNWfrunc fehlgeschlagen - Interaktive Administration erforderlich:

Interaktives Anforderungsskript von Package bereitgestellt
pkgadd: FEHLER: Anforderungsskript wurde nicht erfolgreich abgeschlossen

Installation von SUNWfrunc unterbrochen (Benutzereingabe erforderlich).
Es wurden keine Änderungen am System vorgenommen.

Abhilfemaßnahme: Ignorieren Sie die Fehlermeldungen.

Während der Installation nicht-globaler Zonen mit dem Befehl zoneadm kann es möglicherweise zur Anzeige von Fehler- oder Warnmeldungen kommen

Bei der Installation einer nicht-globalen Zone mit Hilfe des Befehls zoneadm werden während der Package-Installation möglicherweise Fehler- oder Warnmeldungen angezeigt. Die Meldungen ähneln dem folgenden Beispiel:


Die Installation der Zone zone1 wird vorbereitet.
Die Liste der aus der globalen Zone zu kopierenden Dateien wird erstellt.
2348 Dateien werden in die Zone kopiert.
Zonen-Produktregistrierung wird initialisiert.
Reihenfolge für Initialisierung der Zonen-Packages wird ermittelt.
Initialisierung von 790 Packages in der Zone wird vorbereitet.
Es wurden 790 Packages in der Zone initialisiert.
Die Zone zone1 ist initialisiert.

Die Installation dieser Packages verursachte Fehler:
SUNWjhrt SUNWmcc SUNWjhdev SUNWnsb SUNWmcon SUNWmpatchmgr

Durch die Installation dieser Packages wurden Warnungen generiert:
SUNWj3rt SUNWmc SUNWwbmc SUNWmga SUNWdclnt SUNWlvma SUNWlvmg
SUNWrmui SUNWdoc SUNWpl5m SUNWpmgr

Probleme bei der Package-Installation werden auch in /export/zone1/root/var/sadm/system/logs/install_log aufgezeichnet, wo sich ein Protokoll der Zoneninstallation befindet.

Abhilfemaßnahme: Keine.

Hinweis –

Die nicht-globale Zone kann trotz dieser Meldungen noch benutzt werden. Probleme bei der Package-Installation haben bereits in früheren Solaris Express- und Solaris 10-Betaversionen bestanden. Es wurde jedoch bisher keine Mitteilung darüber erzeugt. Ab dieser Solaris-Version werden diese Fehler nun ordnungsgemäß angezeigt und protokolliert.

Das Verwaltungsdienstprogramm Solaris-Produktregistrierung lässt sich in einer Zone nicht starten (6220284)

Wenn Sie versuchen, das Verwaltungsdienstprogramm Solaris-Produktregistrierung in einer Zone zu starten, schlägt dieser Versuch fehl. Während der Zoneninstallation wird die Datenbank der Solaris-Produktregistrierung, productregistry, in der Zone nicht dupliziert. Infolgedessen kann das Dienstprogramm in der Zone nicht ausgeführt werden.

Abhilfemaßnahme: Kopieren Sie die productregistry-Datenbank als Superuser in die Zone.


# cp /var/sadm/install/productregistry Zonen_Pfad/var/sadm/install/

In dem vorherigen Befehl steht Zonen_Pfad für den Pfad zum Root-Verzeichnis der von Ihnen erstellten Zone.

Der Befehl patchadd wendet Patches auf neu installierte Packages nicht erneut an (6219176)

Der Befehl patchadd wendet unter folgenden Umständen einen Patch nicht erneut an.

  1. Sie patchen ein System, das nicht alle Packages enthält, die von dem Patch betroffen sind.

  2. Sie installieren die Packages, die bei der Anwendung des Patches nicht installiert waren, später nach.

  3. Sie wenden den Patch erneut an, um die neu installierten Packages zu patchen.

Der Teil des Patches, der das später hinzugefügte Package betrifft, ist nicht installiert. Eine der folgenden Ausgabe ähnliche Fehlermeldung wird angezeigt.


patchadd ~tsk/patches/111111-01
Patches werden validiert...

Die auf dem System installierten Patches werden geladen...

Fertig!

Die zum Installieren angeforderten Patches werden geladen.

Fertig!

Die folgenden angeforderten Patches sind bereits auf dem System installiert.
Das zum Installieren angeforderte Patch 111111-01 ist bereits auf dem System installiert.

Keine Patches für Abhängigkeitsprüfung.

Abhilfemaßnahme: Wählen Sie eine der folgenden Lösungen:

Abhilfemaßnahme 1: Wenn Sie auf Ihrem System keine Zonen erstellt haben, verwenden Sie den Befehl patchadd mit der Option -t, um das System zu patchen.


# patchadd -t Patch-ID

In dem vorherigen Befehl steht Patch-ID für die ID des anzuwendenden Patches.

Abhilfemaßnahme 2: Wenn Sie auf Ihrem System Zonen erstellt haben, führen Sie folgende Schritte durch.

  1. Entfernen und archivieren Sie den Patch.


    # patchrm Patch-ID

  2. Installieren Sie die zusätzlichen Packages, die sich nicht auf dem System befinden, aber von dem Patch betroffen sind.


    # pkgadd -d Gerät PkgAbkrzg

    In dem vorherigen Beispiel gibt Gerät den absoluten Pfad zu dem Package oder den Packages an, das/die installiert werden sollen. PkgAbkrzg gibt den abgekürzten Namen des zu installierenden Packages an. Sie können mehrere Package-Namen angeben.

  3. Installieren Sie den Patch neu.


    # patchadd Patch-ID

Entfernte Anmeldedienste können nicht auf nicht-globale Zonen zugreifen, die erstellt wurden, nachdem globale Zonen gepatcht wurden (6216195)

Wenn Sie eine globale Zone zuerst erstellen und dann patchen, sind die entfernten Anmeldedienste in keiner nicht-globalen Zone aktiviert, die im Anschluss daran erstellt wird. Beispiele für solche entfernten Dienste sind rlogin und telnet. Wenn Sie eine nicht-globale Zone nach dem Patchen einer globalen Zone erstellen, können Sie sich bei der nicht-globalen Zone nicht mehr entfernt anmelden. Dieses Problem betrifft Systeme, die mit Patches gepatcht wurden, die das Package SUNWcsr installieren oder ändern.

Abhilfemaßnahme: Wählen Sie eine der folgenden Lösungen:

Abhilfemaßnahme 1: Wenn Sie die nicht-globale Zone noch nicht gestartet haben, führen Sie die folgenden Schritte durch.

  1. Wechseln Sie in der globalen Zone in das Verzeichnis /var/svc/profile in der nicht-globalen Zone.


    global# cd Zonen_Pfad/root/var/svc/profile

    Im vorherigen Beispiel steht Zonen_Pfad für den Pfad zur nicht-globalen Zone. Sie können den Pfad zu der nicht-globalen Zone ermitteln, indem Sie folgenden Befehl in einer globalen Zone eingeben.


    global# zonecfg -z Zonenname info zonepath

  2. Entfernen Sie das Profil inetd_services.xml.


    global# rm inetd_services.xml

  3. Erstellen Sie einen symbolischen Verweis für inetd_services.xml, der auf das Profil inetd_generic.xml zeigt.


    global# ln -s inetd_generic.xml inetd_services.xml

  4. Starten Sie die nicht-globale Zone.

    Weitere Informationen zum Starten einer Zone finden Sie im System Administration Guide: Solaris Containers-Resource Management and Solaris Zones.

Abhilfemaßnahme 2: Wenn Sie die nicht-globale Zone bereits gestartet haben, führen Sie die folgenden Schritte durch.

  1. Führen Sie die Schritte durch, die in der vorherigen Abhilfemaßnahme aufgeführt sind.

  2. Aktivieren Sie in der nicht-globalen Zone die Dienste, die im Profil/var/svc/profile/inetd_services.xml aufgeführt sind.


    my-zone# svccfg apply /var/svc/profile/inetd_services.xml

  3. Starten Sie die nicht-globale Zone erneut.


    my-zone# reboot

Abhilfemaßnahme 3: Wenden Sie vor dem Erstellen von Zonen auf Ihrem System den für Ihre Plattform geeigneten Patch an.

Vorhandene Diskless Clients können nicht aus dem System gelöscht werden (6205746)

Wenn Sie den Befehl smdiskless zum Löschen eines Diskless Clients verwenden, schlägt der Befehl fehl. Der Diskless Client wird nicht aus der Systemdatenbank entfernt. Folgende Fehlermeldung wird angezeigt:


Failing with error EXM_BMS.

Abhilfemaßnahme: Heben Sie die Freigabe der Partition /export auf, bevor Sie den Client hinzufügen.

Installation von Net Connect 3.1.1 schlägt fehl (6197548)

Die Installation von Net Connect 3.1.1 schlägt fehl, wenn Sie das Produkt am Anfang einer vollständigen Solaris 10-Installation auswählen. Dieser Fehler tritt auf, wenn Sie unter Verwendung der Solaris 10 Operating System-DVD installieren. Bei Abschluss der BS-Installation wird folgende Fehlermeldung im Net Connect-Installationsprotokoll in /var/sadm/install/logs/ aufgezeichnet:


Installation von SUNWSRSPX fehlgeschlagen.
Fehler: pkgadd für SUNWsrspx fehlgeschlagen
Installation abgeschlossen. Package: SUNWsrspx

Abhilfemaßnahme: Führen Sie nach Abschluss der BS-Installation folgende Schritte durch:

  1. Legen Sie die Solaris 10 Operating System-DVD oder Solaris 10 Software - CD 4 ein.

  2. Wechseln Sie in das Produktverzeichnis von Net Connect.

  3. Führen Sie das Installationsprogramm von Net Connect aus.

Hinweis –

Um die aktuelle Version von Sun Net Connect samt Versionshinweisen herunterzuladen, besuchen Sie bitte das Sun Net Connect-Portal unter https://srsnetconnect.sun.com.

x86: Bei der Installation von Solaris Flash-Archiven führt die C-Standardbibliothek möglicherweise zum Fehlschlagen des Startvorgangs (6192995)

Unter folgenden Umständen kann es möglicherweise zu einem Fehlschlagen des Startvorgangs kommen, an dem das Solaris Flash-Archiv beteiligt ist:

Bei dem Versuch, das Clone-System zu starten, wird folgende Fehlermeldung angezeigt:


WARNING: init exited with fatal signal 9; restarting.

Abhilfemaßnahme: Führen Sie die folgenden Schritte durch:

  1. Hängen Sie vor dem Erstellen des Archivs die Bibliothek /lib/libc.so.1 auf dem Master-System aus.


    # umount /lib/libc.so.1

    Dieser Befehl ermöglicht dem Master-System die Verwendung der Basisversion der libc-C-Bibliothek.

  2. Erstellen Sie das Solaris Flash-Archiv auf dem Master-System.

    Weitere Informationen zum Erstellen von Solaris Flash-Archiven finden Sie im Solaris 10 Installationshandbuch: Solaris Flash-Archive (Erstellung und Installation).

  3. Hängen Sie die Bibliothek /lib/libc.so.1 auf dem Master-System ein.


    # mount -O -F lofs /lib/libc.so.1 /usr/lib/libc/libc_hwcap2.so.1

  4. Installieren Sie das Solaris Flash-Archiv auf dem Clone-System.

    Weitere Informationen zum Erstellen von Solaris Flash-Archiven finden Sie im Solaris 10 Installationshandbuch: Solaris Flash-Archive (Erstellung und Installation).

SPARC: Der Befehl smosservice delete entfernt nicht alle Verzeichnisse (6192105)

Wenn Sie mit dem Befehl smosservice delete einen Diskless Client-Dienst entfernen, entfernt der Befehl nicht alle Dienstverzeichnisse.

Abhilfemaßnahme: Führen Sie die folgenden Schritte durch:

  1. Stellen Sie sicher, dass keine Clients vorhanden sind, die diesen Dienst verwenden.


    # unshare /export/exec/Solaris_10_sparc.all
# rm -rf /export/exec/Solaris_10_sparc.all
# rm -rf /export/exec/.copyofSolaris_10_sparc.all
# rm -rf /export/.copyofSolaris_10
# rm -rf /export/Solaris_10
# rm -rf /export/share
# rm -rf /export/root/templates/Solaris_10
# rm -rf /export/root/clone/Solaris_10
# rm -rf /tftpboot/inetboot.sun4u.Solaris_10

  2. Entfernen Sie folgenden Eintrag aus der Datei /etc/bootparams.


    fs1-24 boottype=:os
    Hinweis –

    Entfernen Sie diesen Eintrag nur, wenn dieser Dateiserver keinen anderen Diensten Funktionen oder Ressourcen zur Verfügung stellt.

  3. Entfernen Sie folgenden Eintrag aus der Datei /etc/dfs/dfstab.


    share -F nfs -o ro /export/exec/Solaris_8_sparc.all/usr

  4. Ändern Sie die Datei /var/sadm/system/admin/services/Solaris_10.

    • Wenn der Dateiserver nicht Solaris_10 ist, löschen Sie die Datei.

    • Wenn der Dateiserver Solaris_10 ist, entfernen Sie alle Einträge nach den ersten drei Zeilen. Die gelöschten Zeilen geben die Dienst-Packages USR_PATH und SPOOLED ROOT in /export/root/templates/Solaris_10 sowie die unterstützten Plattformen an.

Der Befehl patchadd unterstützt keine Patch-Installation von einem NFS-Server (6188748)

Wenn Sie mit dem Befehl patchadd Patches über die Grenzen des NFS von einem anderen System aus installieren, schlägt der Befehl fehl. Folgendes Beispiel zeigt einen patchadd-Vorgang, der fehlgeschlagen ist und die angezeigte Fehlermeldung:


Patches werden validiert...

Die auf dem System installierten Patches werden geladen...
[...]
Die zum Installieren angeforderten Patches werden geladen.
[...]
Die von Ihnen zum Installieren angegebenen Patches werden überprüft.
[...]
Die bestätigten Patches werden in dieser Reihenfolge installiert:
[...]
Lokale Zonen werden überprüft...
[...]
Zusammenfassung für Zonen:
[...]
Nach Abhängigkeitsprüfung zugelassene Patches:
[...]

Globale Zone wird gepatcht.
Patches werden hinzugefügt...

Prüfen der installierten Patches...
Dateisystemkapazität wird überprüft (Testlauf)...
Installation von Patch-Packages...

 Patch Patch-ID wurde erfolgreich installiert.
Weitere Informationen finden Sie unter /var/sadm/patch/Patch_ID/log
Patch-Packages installiert:
   SUNWroute
[...]

Patches werden hinzugefügt...
 Kann das Package-Verzeichnis
 /dev/.SUNW_patches_0111105334-1230284-00004de14dcb29c7
 nicht auf diesem System finden.

[...]

Patchadd wird beendet.

Abhilfemaßnahme: Kopieren Sie zuerst alle Patches, die von dem NFS-Server installiert werden sollen, manuell auf das lokale System. Installieren Sie dann die Patches mit dem Befehl patchadd aus dem Verzeichnis auf dem lokalen System, in das die Patches kopiert wurden.

Der Befehl lucreate erstellt keine RAID-1-Volumes (5106987)

Wenn Sie mit dem Befehl lucreate RAID-1-Volumes (Spiegel) erstellen, für die keine Geräteeinträge im Verzeichnis /dev/md vorhanden sind, schlägt der Befehl fehl. Sie können Dateisysteme nur mit dem Befehl lucreate spiegeln, wenn Sie die Spiegel zuerst mit dem Solaris Volume Manager erstellt haben.

Abhilfemaßnahme: Erstellen Sie die gespiegelten Dateisysteme zuerst mit dem Solaris Volume Manager und erstellen Sie dann die neue Boot-Umgebung mit dem Befehl lucreate.

Weitere Informationen über den Befehl lucreate finden Sie in der Man Page lucreate(1M) oder im Solaris 10 Installationshandbuch: Solaris Live Upgrade und Planung von Upgrades.

Weitere Informationen zum Erstellen von gespiegelten Dateisystemen mit Solaris Volume Manager finden Sie im Solaris Volume Manager Administration Guide.

SPARC: Eine Systempanik während eines Ruhezustand/Aufwach-Zyklus führt möglicherweise zum Systemstillstand (5062026)

Bei der Durchführung eines Ruhezustand/Aufwach-Zyklus (cpr) führt eine auftretende Systempanik möglicherweise zum Systemstillstand. Häufiger wird das Problem bei Sun Blade 2000-Workstations mit installiertem XVR-1000-Grafikbeschleuniger beobachtet. Für andere SPARC-Systeme ist dieses Risiko, bei einer Systempanik hängen zu bleiben, wesentlich geringer. Tritt die Systempanik auf, wird weder ein Speicherabzug gespeichert noch erscheinen Eingabeaufforderungen auf der Konsole. Das Problem kann bei aktiviertem Kernel-Debugger (kadb) häufiger auftreten.

Abhilfemaßnahme: Um das System wieder in einen brauchbaren Zustand zu versetzen, müssen Sie es manuell neu starten.

SPARC: Anhalten des Systems mit Tastenfolgen löst Systempanik aus (5061679)

Der Versuch, das System mithilfe einer Tastenfolge wie z. B. Stop-A oder L1-A anzuhalten, löst unter Umständen eine Systempanik aus. Sie sehen dann eine Fehlermeldung der Art:


panic[cpu2]/thread=2a100337d40: pcisch2 (pci@9,700000):
consistent dma sync timeout

Abhilfemaßnahme: Verwenden Sie zum Umschalten des Systems in das OpenBoot PROM keine Tastenfolgen.

Die Verwendung des Befehls ipfs mit der Option -W schlägt fehl (5040248)

Der Befehl ipfs speichert Informationen über den Zustand der NAT- (Network Address Translation)- und Paketfilterzustandstabellen und stellt sie wieder her. Dieses Dienstprogramm verhindert das Unterbrechen von Netzwerkverbindungen bei einem Systemneustart. Wenn Sie den Befehl mit der Option -W verwenden, speichert ipfs die Kernel-Zustandstabellen nicht. Folgende Fehlermeldung wird angezeigt:


state:SIOCSTGET: Bad address

Abhilfemaßnahme: Keine.

In einer erstellten Boot-Umgebung bleiben die Zugriffsrechte für Einhängepunkte nicht erhalten (4992478)

Wenn Sie mit dem Befehl lucreate eine neue Boot-Umgebung erstellen, bleiben die Zugriffsrechte für die Dateisystem-Einhängepunkte nicht erhalten. Infolgedessen schlagen einige Benutzerprozesse fehl. Wenn Sie die neue Boot-Umgebung in einer Cluster-Umgebung erstellen, fährt der Cluster zuerst die Knoten herunter und bootet dann von der CD-ROM, um die Zugriffsrechte für die Einhängepunkte zu reparieren.

Abhilfemaßnahme: Führen Sie die folgenden Schritte durch:

  1. Erstellen Sie die neue Boot-Umgebung.


    # lucreate -n neueBU -m /:c0t0d0s0:ufs
-m /var:c1t0d0s0:ufs -m  /usr:c2t0d0s0:ufs

    In dem vorherigen Beispiel erstellt der Befehl lucreate die Boot-Umgebung neueBU. Dieses Beispiel definiert die folgenden Dateisysteme und Einhängepunkte.

    • Das root-Dateisystem (/) wird auf c0t0d0s0 eingehängt.

    • Das var-Dateisystem wird auf c1t0d0s0 eingehängt.

    • Das usr-Dateisystem wird auf c2t0d0s0 eingehängt.

  2. Hängen Sie das Root-Dateisystem der neuen Boot-Umgebung ein.


    # mount /dev/dsk/c0t0d0s0 /mnt

  3. Für jeden Einhängepunkt, der für die Boot-Umgebung definiert ist, ändern Sie die Zugriffsrechte auf 755.


    # chmod 755 /mnt/var
# chmod 755 /mnt/usr

  4. Hängen Sie das Root-Dateisystem aus.

    # umount /dev/dsk/c0t0d0s0

kill -HUP veranlasst den Agenten nicht immer zum erneuten Lesen der snmpd.conf-Konfigurationsdatei (4988483)

Nach dem Ändern des Inhalts von snmpd.conf können Sie den Befehl kill -HUP SNMP-Prozess-ID eingeben. Dieser Befehl beendet den SNMP-Prozess. Der Befehl sendet dann ein Signal an den Hauptagenten des Systemverwaltungsagenten (snmpd), damit dieser die Datei snmpd.conf erneut einliest und die von Ihnen vorgenommenen Änderungen implementiert. Der Befehl veranlasst den Hauptagenten möglicherweise nicht immer, die Konfigurationsdatei neu einzulesen. Infolgedessen aktiviert die Verwendung des Befehls möglicherweise nicht immer die in der Konfigurationsdatei vorgenommenen Änderungen.

Statt kill -HUP zu verwenden, starten Sie den Systemverwaltungsagenten neu, nachdem Sie die Datei snmpd.conf geändert haben. Führen Sie anschließend die folgenden Schritte aus:

  1. Melden Sie sich als Superuser an.

  2. Geben Sie folgenden Befehl ein:

    # /etc/init.d/init.sma restart

x86: Die Service-Partition wird durch Betätigung von F4 beim Hochfahren des BIOS nicht gebootet (4782757, 5051157)

Sie booten eine Sun LX50 mit einer Service-Partition, bei der Solaris 10-BS auf x86 installiert ist. Wenn Sie nun bei der entsprechenden Option die Funktionstaste F4 drücken, erscheint nur ein leerer Bildschirm. Die Service-Partition wird nicht gebootet.

Abhilfemaßnahme: Drücken Sie die Taste F4 während der Anzeige des BIOS-Startbildschirms nicht. Nach einer festgelegten Zeit erscheint der Bildschirm "Current Disk Partition Information“. Wählen Sie in der Spalte Part# die zu type=DIAGNOSTIC gehörige Nummer aus. Drücken Sie die Eingabetaste. Das System bootet die Service-Partition.

Der Solaris WBEM Services 2.5-Daemon 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. Auch wenn Sie eine Solaris_ProviderPath Instanz für einen Provider erstellen, der in diese Schnittstellen geschrieben ist, kann der Solaris WBEM Services 2.5 Daemon ihn nicht finden.

Abhilfemaßnahme: 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 der com.sun-API anstatt mit der javax-API entwickeln, wird nur der CIM-Fernmethodenaufruf (RMI) vollständig unterstützt (CIM steht für Common Information Model). Andere Protokolle wie XML/HTTP sind mit der com.sun API vielleicht nicht vollständig kompatibel.

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 and Shares nicht bearbeitet werden (4466829)

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

Abhilfemaßnahme: Wählen Sie eine der folgenden Lösungen: