Systemverwaltung

In diesem Abschnitt werden Fehler im Zusammenhang mit der Systemverwaltung in dieser Version von Oracle Solaris 10 OS beschrieben.

Package-Datenbank enthält nicht vorhandene Pfadnamen (7054481)

Wenn Sie nach einem Upgrade oder Live Upgrade den Befehl pkgchk -n ausführen, stellen Sie eventuell fest, dass einige Packages nicht vorhandene Pfadnamen enthalten. Aufgrund von Problemen mit dem Package-Verlauf gibt die Datei /var/sadm/install/contents möglicherweise nicht den richtigen Status für einige der aktualisierten Packages wieder, für die Dateien entfernt wurden.

Eventuell sehen Sie ähnliche Fehlermeldungen wie in folgenden Beispielen:

 ERROR: /usr/jdk/instances/jdk1.6.0/bin/jhsearch
 pathname does not exist

Problemumgehung: Entfernen Sie die Pfade aus der Inhaltsdatenbank.

1. Stellen Sie sicher, dass Sie sich im Einzelbenutzermodus befinden und die Rolle root angenommen haben.

2. Entfernen Sie die Pfade für alle Dateien in dem Package, die die Fehler verursachen.

   # removef package path

3. Übernehmen Sie die Änderungen.

   # removef -f package

Beispiel:

# removef SUNWjhdev /usr/jdk/instances/jdk1.6.0/bin/jhsearch
# removef SUNWjhdev /usr/jdk/instances/jdk1.6.0/bin/jhindexer
# removef -f SUNWjhdev

SPARC: 64-Bit-Version der libsoftcrypto-Bibliothek ist langsam (7048794)

Die 64-Bit-Version der libsoftcrypto-Bibliothek ist langsam, da sie keine T4 Crypto-Anweisungen verwendet. Dies kann bei Anwendungen, die die 64-Bit-Version der libsoftcrypto-Bibliothek verwenden, zu Leistungseinbußen führen.

Änderung des Standardverhaltens nach Zurücksetzen des Passworts durch einen Root-Benutzer (6968855)

Ab der Version Oracle Solaris 10 muss ein root-Benutzer (Benutzer-ID 0) die konfigurierte Passwortrichtlinie in der Datei /etc/default/passwd einhalten. In früheren Updates des Betriebssystems Oracle Solaris 10 war ein root-Benutzer von der Einhaltung konfigurierter Passwortrichtlinien ausgenommen.

Weitere Informationen finden Sie auf der Manpage passwd(1).

patchrm-Befehl wird nach Anwendung von Patch 144500/144501 nicht mehr unterstützt (7033240)

Wenn Sie den Kernel-Patch 144500 auf einem SPARC-basierten System oder den Patch 144501 auf einem x86-basierten System installieren, werden die vorhandenen ZFS-Speicherpools auf dem System aktualisiert. Wenn Sie jedoch nach dem Upgrade des Root-Pools den Patch mit dem Befehl patchrm entfernen, wird das System nicht gebootet, da die aktualisierte Pool-Version nicht mit dem ausgeführten Betriebssystem übereinstimmt. Wenn daher der Root-Pool aktualisiert wird und das Patch entfernt wird, wird das System nicht gebootet.

Wenn ein vorhandener Nicht-Root-Pool aktualisiert und das Patch entfernt wird, wechselt der lokale SMF-Dateisystemdienst in den Wartungsmodus, da lokale ZFS-Einhängevorgänge fehlschlagen. Wenn daher ein Nicht-Root-Pool aktualisiert und der Patch entfernt wird, schlagen lokale ZFS-Einhängevorgänge fehl.

---

Achtung - Entfernen Sie dieses Kernel-Update (KU) nicht mit dem Befehl patchrm.

---

lucreate führt auf langsameren UFS-Systemen zu Verzögerungen (7051757)

Ein mithilfe des Befehls lucreate auf einem langsameren UFS-System durchgeführtes Live Upgrade nimmt mehr Zeit in Anspruch.

Das Verfügbarkeitssuite-Modul sdbc wird während des Bootens nicht geladen (6952222)

In dieser Version von Oracle Solaris 10 wird das Modul sdbc während des Bootens nicht geladen und erzeugt folgende Fehlermeldung:

[ID 819705 kern.notice]/usr/kernel/drv/sparcv9/sdbc: undefined symbol
WARNING: mod_load: cannot load module 'sdbc'

Problemumgehung: Installieren Sie Patch 123246–07 für SPARC-basierte Systeme bzw. Patch 123247–07 für x86-basierte Systeme.

Oracle Solaris 10 9/10-Uhr wird unter Oracle VM 2.2 angehalten (6952499)

Bei virtuellen Computern (VMs), auf denen Oracle Solaris 10 9/10-Gäste ausgeführt werden, können folgende Probleme auftreten:

• Die Uhrzeit der Uhr für die Tageszeit hält möglicherweise an.

• Die Funktion für die Passivzeit bleibt möglicherweise hängen.

• Die Gast-VM hängt sich möglicherweise ganz auf.

Problemumgehung: Die Oracle Solaris-Gäste müssen an physischen CPUs fixiert werden. Die virtuellen CPUs der Domäne werden wie folgt an die physischen CPUs des Hosts fixiert:

# xm vcpu-pin domain vcpu cpus

Weitere Informationen finden Sie auf der Manpage xm(1).

SPARC: Patch FKU 137137-xx unterstützt keine Volume Manager-Software von Drittanbietern

Patch FKU 137137-xx unterstützt (mit einigen Ausnahmen) keine Volume Manager-Software von Drittanbietern. Dieser Unterstützungsmangel liegt an Prepatch-, Postpatch- und Postbackout-Implementierungen. Wenn Sie nicht unterstützte Volume Manager-Software von Drittanbietern verwenden, dürfen Sie den FKU-Patch nicht anwenden. Während der Patch-Installation wird die folgende Fehlermeldung angezeigt:

unsupported root slice type xxxxx

Beachten Sie jedoch, dass die Volume Manager-Software von Fujitsu und Veritas unterstützt wird.

Problemumgehung: Keine.

Oracle Solaris kann keine Umschaltungen zwischen Legacy- und AHCI-Modi beim SATA-Controller behandeln (6520224)

Auf Systemen mit AHCI-kompatiblen SATA-Controllern schaltet das BIOS-Setup den Controller normalerweise in den AHCI-, Legacy- oder RAID-Modus. Das Betriebssystem Oracle Solaris unterstützt AHCI- und Legacy-Modi.

Nach der Erstinstallation von Oracle Solaris darf die SATA-Moduseinstellung im BIOS nicht geändert werden. Die SATA-Moduseinstellung darf darüber hinaus auch nicht vor bzw. nach einem Oracle Solaris-Upgrade geändert werden. Wenn die SATA-Moduseinstellung im BIOS nach der Installation des Betriebssystems Oracle Solaris 10 geändert wird, wird das System zurückgesetzt und kann nicht mehr gebootet werden, ohne dass angezeigt wird, was zu diesem Fehler führte.

Problemumgehung: Falls das System aufgrund geänderter BIOS-Einstellungen nicht mehr hochfährt, müssen Sie die ursprünglichen Einstellungen wiederherstellen, damit das Betriebssystem Oracle Solaris wieder gebootet werden kann.

32 bit: Mögliches Problem mit Anwendungen beim Abrufen des Dateisystemstatus auf großen Dateisystemen (6468905)

Bei der Ausführung auf großen Dateisystemen wie z. B. ZFS geben Anwendungen, die mithilfe von statvfs(2) bzw. statfs(2) den Zustand des Dateisystems lesen, einen Fehler aus. Daraufhin wird die folgende Fehlermeldung angezeigt:

Value too large for defined data type

Problemumgehung: Anwendungen sollten die Funktion statvfs64() verwenden.

Verwendung des Befehls patchadd mit der Option -R zur Angabe eines alternativen Root-Pfades von Systemen, die keine Zonen erkennen können, sollte eingeschränkt werden (6464969)

Auf Systemen mit einer Oracle Solaris-Betriebssystemversion, die keine Zonen erkennt, funktionieren weder der Befehl patchadd - R, noch andere Befehle, die die Option -R zur Angabe eines alternativen Root-Pfads für globale Zonen, bei denen nicht globale Zonen installiert sind, verwenden.

Im Gegensatz zur Fehlermeldung, die bei Verwendung des Befehls luupgrade [-t, -T, -p, -P] angezeigt wird, erscheint in diesem Fall keine Fehlermeldung in Bezug auf jeweilige Einschränkungen auf Befehlszeilenebene.

Der Benutzer kann nicht erkennen, dass die Option -R nicht funktionierte. Infolge des Fehlschlagens dieses Befehls werden Oracle Solaris 10-Packages bzw. -Patches nicht in vorhandenen nicht globalen Zonen installiert.

Dieses Problem tritt bei der Installation und Deinstallation von Packages bzw. Patches auf.

Weitere Informationen finden Sie in den folgenden Manpages :

• patchadd(1M)

• patchrm(1M)

• pkgadd(1M)

• pkgrm(1M)

Wählen Sie eine der folgenden Lösungen:

Problemumgehung 1: Führen Sie für das betreffende Betriebssystem ein Upgrade auf Solaris 10 1/06 oder neuere Versionen durch.

Wenn auf dem System Solaris 10 3/05 installiert ist, müssen Sie die folgenden Patches installieren, damit Befehle mit der Option -R zur Angabe eines alternativen Root-Pfads ordnungsgemäß funktionieren:

• SPARC: Patch-ID 119254-19

• x86: Patch-ID 119255-19

Problemumgehung 2: Vermeiden Sie soweit wie möglich die Verwendung des Befehls patchadd -R bzw. anderer Befehle, die die Option -R zur Angabe eines alternativen Root-Pfads verwenden.

Booten Sie stattdessen als aktives Betriebssystem die alternative Root, z. B. Oracle Solaris 10. Installieren und deinstallieren Sie dann die Oracle Solaris 10-Packages und -Patches ohne Verwendung der Option -R.

Sun Patch Manager Tool 2.0 inkompatibel mit Vorgängerversionen des Tools

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

Ein System mit einer früheren Version von Patch Manager kann jedoch keine entfernten Systeme verwalten, auf denen 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 1.0

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. Daraufhin wird die folgende Fehlermeldung angezeigt:

Failing with error EXM_BMS.

Problemumgehung: Heben Sie die Freigabe der Partition /export auf, bevor Sie den Client ohne lokalen Massenspeicher hinzufügen.

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

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

Problemumgehung: 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. Wenn dieser Dateiserver keinen anderen Diensten Funktionen oder Ressourcen zur Verfügung stellt, entfernen Sie folgenden Eintrag aus der Datei /etc/bootparams.

   fs1-24 boottype=:os

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 das Betriebssystem Oracle Solaris 10 ausführt, löschen Sie die Datei.

   • Wenn der Dateiserver das Betriebssystem Oracle Solaris 10 ausführt, 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.