In diesem Abschnitt werden Fehler im Zusammenhang mit der Systemverwaltung in Solaris 10-BS beschrieben.
Die Befehle smosservice bzw. smdiskless funktionieren möglicherweise wegen der Abhängigkeit von JDKTM 1.5 nicht.
Folgende Fehlermeldung wird angezeigt:
/usr/sadm/bin/smosservice list -u <user> -p <password> Exception in thread "main" java.lang.UnsupportedClassVersionError: com/sun/management/viperimpl/console/BaseConsoleOptionsManager (Unsupported major.minor version 49.0) at java.lang.ClassLoader.defineClass0(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:539) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:123) at java.net.URLClassLoader.defineClass(URLClassLoader.java:251) at java.net.URLClassLoader.access$100(URLClassLoader.java:55) at java.net.URLClassLoader$1.run(URLClassLoader.java:194) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:187) at java.lang.ClassLoader.loadClass(ClassLoader.java:289) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:274) at java.lang.ClassLoader.loadClass(ClassLoader.java:235) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:302) |
Abhilfemaßnahme:
Setzen Sie die Variable JAVA_HOME auf ein JDK 1.5-Installationsverzeichnis.
# JAVA_HOME=/usr/java |
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:
Sun Patch Manager Base Software 1.x
Sun Patch Manager Tool 1.0
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 (SRS) Net Connect wird nur in der globalen Zone unterstützt. Wenn Sie eine der folgenden Aktionen ausführen, werden Fehlermeldungen angezeigt:
Sie installieren SRS Net Connect in einer lokalen Zone.
SRS Net Connect ist zum Zeitpunkt der Erstellung einer lokalen Zone bereits in der globalen Zone installiert.
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.
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.
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.
Die Funktion zum Hinzufügen von Regionen im Befehl localeadm funktioniert nicht mehr, wenn Sie eine neue Konfigurationsdatei erstellen. Die Sprach-CD wird nicht erkannt, wenn Sie die folgenden Regionen hinzufügen:
Südeuropa
Nordamerika
Nordeuropa
Folgende Fehlermeldung wird angezeigt:
In /cdrom/sol_10_1005_x86_4/Solaris_10/Product wurde kein langcd-Abbild gefunden. In /cdrom/sol_10_1005_x86_4 /cdrom/sol_10_1005_x86_4 /cdrom/sol_10_1005_x86_4 /cdro m/sol_10_1005_x86_4 /cdrom/sol_10_1005_x86_4 wurde kein langcd-Abbild gefunden. Geben Sie entweder den Pfad zu diesem Abbild/dieser Festplatte ein oder 'q' zum Beenden: |
Abhilfemaßnahme: Wählen Sie “Nein“ wenn Sie aufgefordert werden, eine neue Konfigurationsdatei zu erstellen. Verwenden Sie stattdessen die auf dem System installierte Konfigurationsdatei.
Während der dynamischen Rekonfiguration (DR) werden unter Umständen Fehlermeldungen angezeigt. Dies ist dann der Fall, wenn Sie eine DR durchführen, während auf Geräten im DR-Pfad E/A-Vorgänge laufen. Nachdem die Meldungen angezeigt werden, wird erneut versucht, die E/A-Vorgänge auszuführen, was schließlich auch gelingt. Ein Beispiel für diese Meldungen sehen Sie hier:
Jul 28 12:23:19 qame10-a scsi: [ID 107833 kern.warning] WARNING: /ssm@0,0/pci@19,700000/SUNW,qlc@2,1/fp@0,0/ssd@w2100000c5056fa13,0 (ssd6): Jul 28 12:23:19 qame10-a transport rejected fatal error Jul 28 12:22:08 qame10-a scsi: [ID 107833 kern.warning] WARNING: /ssm@0,0/pci@19,700000/SUNW,qlc@2,1/fp@0,0/ssd@w2100000c5056f9a7,0 (ssd36): Jul 28 12:22:08 qame10-a SCSI transport failed: reason 'timeout': retrying command |
Abhilfemaßnahme: Keine. Ignorieren Sie die Fehlermeldungen.
Wird mit dem Befehl luxadm -e forcelip ein Link auf einem Server in einem SAN (Storage Area Network) neu initialisiert, so wird die LUN (Logical Unit Number) auf allen Servern im SAN zurückgesetzt. Auf einem oder mehreren Servern im SAN wird auf der Konsole eine Fehlermeldung ähnlich der folgenden angezeigt:
Aug 16 13:34:07 ontario-a last message repeated 5 times Aug 16 13:34:07 ontario-a scsi_vhci: [ID 734749 kern.warning] WARNING: vhci_scsi_reset 0x0 |
Abhilfemaßnahme: Keine. Ignorieren Sie die Fehlermeldungen.
Die Befehle patchadd und patchrm funktionieren in nicht-globalen Zonen mit vererbten Dateisystemen nicht korrekt. In diesen Zonen kann die Verwendung von pkgchk daher zu Fehlermeldungen im Zusammenhang mit Packages führen, wenn die folgenden Umstände gegeben sind:
Sie installieren in der globalen Zone mit dem Befehl patchadd Patches für das Solaris 10-Zonensystem.
Sie entfernen mit dem Befehl patchrm kurz zuvor installierte Patches.
Sie fragen in einer nicht-globalen Zone mit vererbten Dateisystemen mit dem Befehl pkgchk Informationen zu einem Package in einem der entfernten Patches ab.
Wird unter den genannten Umständen der Befehl pkgchk für das Package SUNWcsu verwendet, so wird eine Meldung ähnlich der folgenden angezeigt.
# pkgchk SUNWcsu FEHLER: /usr/lib/inet/certdb Änderungszeit <04/26/05 10:55:26 PM> erwartet, ist aber <01/23/05 01:48:24 AM> Dateigröße <36012> erwartet, ist aber <42152> Dateiprüfsumme <37098> erwartet, ist aber <19747> FEHLER: /usr/lib/inet/certlocal Änderungszeit <04/26/05 10:55:26 PM> erwartet, ist aber <01/23/05 01:48:24 AM> Dateigröße <44348> erwartet, ist aber <84636> |
Abhilfemaßnahme: Keine. Die Fehler sind harmlos. Ignorieren Sie die Fehlermeldungen.
Systeme, auf denen Solaris 10 3/05 HW1 installiert ist, können Probleme mit IPsec verursachen. Dieses Problem zeigt sich unter Umständen auf einem neu installierten System oder auf einem System, das beim Booten eine große Zahl neuer SMF-Manifeste (Service Management Facility) importiert. In diesen Szenarien kann es vorkommen, dass IPsec (Bestandteil von svc:/network/initial:default ) vor dem Verschlüsselungs-Framework (Bestandteil von svc:/system/cryptosvc:default) initialisiert wird. Da in diesem Fall die Authentifizierungs- und Verschlüsselungsalgorithmen nicht verfügbar sind, schlägt die Erstellung der IPsec-Sicherheitsverknüpfungen fehl. Es wird eine Fehlermeldung ähnlich der folgenden angezeigt:
PF_KEY Fehler: Typ=ADD, errno=22: Ungültiges Argument, Diagnosekode=40: Nicht unterstützter Authentifizierungsalgorithmus |
Dieser Fehler kann beispielsweise bei einer DR auf einem Sun Fire E25K-System auftreten, da hier die IPsec-Dienste involviert sind.
Abhilfemaßnahme: Führen Sie nach einem Bootvorgang, bei dem eine große Zahl neuer SMF-Manifeste importiert werden, die folgenden Schritte aus, bevor Sie einen Vorgang starten, der IPsec-Dienste verwendet.
Führen Sie nach dem Booten den folgenden Befehl aus:
ipsecalgs -s |
Wenn die Datei /etc/inet/secret/ipseckeys auf dem System existiert, führen Sie außerdem folgenden Befehl aus:
ipseckey -f /etc/inet/secret/ipseckeys |
Sie können nun Vorgänge ausführen, die IPsec-Sicherheitsverknüpfungen erstellen (z. B. DR auf einem Sun Fire E25K-System).
Dieser Vorgang muss nur wiederholt werden, wenn bei einem späteren Bootvorgang wiederum viele neue SMF-Manufeste importiert werden.
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.
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.
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:
Legen Sie die Solaris 10 Operating System-DVD oder Solaris 10 Software - CD 4 ein.
Wechseln Sie in das Produktverzeichnis von Net Connect.
Führen Sie das Installationsprogramm von Net Connect aus.
Um die aktuelle Version von Sun Net Connect samt Versionshinweisen herunterzuladen, besuchen Sie bitte das Sun Net Connect-Portal unter https://srsnetconnect.sun.com.
Unter folgenden Umständen kann es möglicherweise zu einem Fehlschlagen des Startvorgangs kommen, an dem das Solaris Flash-Archiv beteiligt ist:
Sie erstellen ein Solaris Flash-Archiv auf einem System, das eine libc-C-Bibliothek mit bestimmten Hardware-Unterstützungsfunktionen verwendet.
Sie installieren das Archiv auf einem Clone-System, das über abweichende Hardware-Unterstützungsfunktionen verfügt.
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:
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.
Erstellen Sie das Solaris Flash-Archiv auf dem Master-System.
Weitere Informationen zum Erstellen von Solaris Flash-Archiven finden Sie in Solaris 10 6/06 Installationshandbuch: Solaris Flash-Archive (Erstellung und Installation).
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 |
Installieren Sie das Solaris Flash-Archiv auf dem Clone-System.
Weitere Informationen zur Installation von Solaris Flash-Archiven finden Sie in Solaris 10 6/06 Installationshandbuch: Solaris Flash-Archive (Erstellung und Installation).
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:
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 |
Entfernen Sie folgenden Eintrag aus der Datei /etc/bootparams.
fs1-24 boottype=:os |
Entfernen Sie diesen Eintrag nur, wenn dieser Dateiserver keinen anderen Diensten Funktionen oder Ressourcen zur Verfügung stellt.
Entfernen Sie folgenden Eintrag aus der Datei /etc/dfs/dfstab.
share -F nfs -o ro /export/exec/Solaris_8_sparc.all/usr |
Ä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.
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.
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 zum Befehl lucreate finden Sie in der Manpage lucreate(1M) bzw. in Solaris 10 6/06 Installationshandbuch: Solaris Live Upgrade and Planung von Upgrades.
Weitere Informationen zum Erstellen von gespiegelten Dateisystemen mit Solaris Volume Manager finden Sie im Solaris Volume Manager Administration Guide.
Wenn in einem SAN (Storage Area Network) eine Fabric-Zone dynamisch erstellt wird, sind die Geräte dieser Zone eventuell hostseitig nicht verfügbar. Wenn Sie versuchen, mit dem Befehl luxadm -e dump_map Daten für solche Geräte oder Host-Bus-Adapter anzuzeigen, erscheint eine Fehlermeldung. Hierzu ein Beispiel:
# luxadm -e dump_map /dev/cfg/c5 Pos Port_ID Hard_Addr Port WWN Node WWN Type ERROR: Unable to retrieve target port details (QLogic Corp-2312-3)ERROR |
Eine Statusabfrage aller Anschlusspunkte ergibt Informationen ähnlich dem folgenden Beispiel. Obwohl sich ein Bandlaufwerk in der Fabric-Zone befindet, werden keine Geräte in c5 angezeigt.
# cfgadm -al Ap-ID Typ Steckplatz Belegung Bedingung : : c5 fc-fabric connected unconfigured unknown usb0/1 unknown empty unconfigured ok : : |
Abhilfemaßnahme: Initialisieren Sie nach der Konfiguration der Geräte in der Fabric-Zone die Verbindung zu diesen Geräten mit dem Befehl luxadm -e forcelip neu. Im dargestellten Beispiel würden Sie etwa den folgenden Befehl eingeben:
# luxadm -e forcelip /dev/cfg/c5 |
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.
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.
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 folgende Schritte durch:
Melden Sie sich als Superuser an.
Geben Sie folgenden Befehl ein:
# /etc/init.d/init.sma restart
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-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 |
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.
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). 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 |
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:
Verwenden Sie den mount-Befehl mit der Option remount.
# mount -F Dateisystem-Typ -o remount,Einhängoptionen \ EinzuhängendesGerät Einhängpunkt |
Mit der Option -remount und dem Befehl mount vorgenommene Änderungen an den Einhängeigenschaften sind nicht dauerhaft. Darüber hinaus werden für alle Einhängoptionen, die nicht explizit im Abschnitt Einhängoptionen des oben stehenden Befehls angegeben werden, die vom System vorgegebenen Standardwerte übernommen. Weitere Informationen entnehmen Sie bitte der Manpage 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.