Probleme und Bugs bei der Systemverwaltung

In diesem Abschnitt werden Probleme und Bugs im Zusammenhang mit der Systemverwaltung in dieser Version von Oracle Solaris 10-BS beschrieben.

Oracle VTS fputest verläuft auf Fujitsu M10-Systemen nicht erfolgreich (15989998)

fputest in der Oracle Validation Test Suite (Oracle VTS) prüft, ob bestimmte Anweisungen auf einem System gültig sind, bevor es getestet wird. Diese Prüfung ergibt einen falschen Wert für die Fujitsu M10-Systeme, der dazu führt, dass der Test mit dem Signal SIGILL nicht erfolgreich verläuft.

Oracle VTS testprobe_ramtest verläuft auf Fujitsu M10-Systemen nicht erfolgreich (15955560)

testprobe_ramtest in Oracle VTS verläuft auf Fujitsu M10-Systemen nicht erfolgreich. Es wird eine Fehlermeldung wie die Folgende angezeigt:

ERROR: Test probe testprobe_ramtest() 
Failed with segmentation violation (signal: 11)

Problemumgehung: Die Korrektur für dieses Problem ist möglicherweise in einer späteren Revision des Oracle VTS 7.0 Patchsets 15 auf MOS verfügbar.

Oracle VTS testprobe_l3sramtest verläuft auf Fujitsu M10-Systemen nicht erfolgreich (15955589)

testprobe_l3sramtest in Oracle VTS verläuft auf Fujitsu M10-Systemen nicht erfolgreich. Es wird eine Fehlermeldung wie die Folgende angezeigt:

ERROR:  Test probe testprobe_l3sramtest() 
Failed with segmentation violation (signal: 10)

Problemumgehung: Die Korrektur für dieses Problem ist möglicherweise in einer späteren Revision des Oracle VTS 7.0 Patchsets 15 auf MOS verfügbar.

Crash Dump wird im Verzeichnis /var/crash gespeichert (15767302)

Ab Release Oracle Solaris 10 1/13 wird die Crash Dump-Datei standardmäßig im Verzeichnis /var/crash gespeichert.

Die Verwendung von DISM kann das System zum Hängen bringen (15807808)

Wenn Sie die Funktion Dynamic Intimate Shared Memory (DISM) verwenden, kann es zu einer Leistungsverschlechterung kommen, und abhängig von der Größe des verwendeten DISM kann das System hängen bleiben.

Problemumgehung: Verwenden Sie abhängig von der Architektur Ihres Systems eine der folgenden Problemumgehungen.

SPARC: Sorgen Sie dafür, dass ISM und DISM Seiten mit einer Größe von weniger als 4 MB verwenden. Führen Sie die folgenden Schritte aus:

1. Fügen Sie folgende Zeile zur Datei /etc/system hinzu.

   set disable_ism_large_pages=0x74

2. Starten Sie das System neu.

x86: Deaktivieren Sie die Unterstützung einer 1-GB-Seite, indem Sie die Variable enable_1gpg in kmdb auf null setzen. Führen Sie die folgenden Schritte aus:

1. Booten Sie das System im kmdb-Modus.

2. Setzen Sie die Variable enable_1gpg auf null.

   [0]> enable_1gpg/W  0
            enable_1gpg:    0x1             =       0x0

x86: Durch Ausführung des Befehls ludelete können freigegebene Datensätze, die sich nicht auf das Betriebssystem beziehen, gelöscht werden (15817477)

Durch Ausführung des Befehls ludelete können freigegebene Datensätze, die sich nicht auf das Betriebssystem beziehen, im folgenden Szenario gelöscht werden.

Beachten Sie, dass eine Bootumgebung BE2 aus BE1 erstellt wird. Nach dem Booten in BE2, erstellen Sie einen Datensatz dm2. Außerdem erstellen Sie eine Bootumgebung BE3. Wenn Sie danach die Bootumgebung in BE1 ändern und BE2 löschen möchten, wird der Datensatz dm2 ebenfalls gelöscht.

Im folgenden Beispiel wird das Szenario beschrieben.

Es wird von einer aktiven Bootumgebung BE1 mit einem vorhandenen Poolnamen ausgegangen, die verschiedene Datensätze enthält, die sich nicht auf das BS beziehen.

1. Erstellen Sie eine Bootumgebung BE2.

   lucreate BE2

2. Aktivieren Sie BE2, und nehmen Sie einen Neustart vor.

   luactivate BE2; init 6

3. Erstellen Sie einen neuen zfs-Datensatz dm2 unter dem vorhandenen Poolnamen.

4. Erstellen Sie eine neue Bootumgebung BE3.

   lucreate BE3

5. Aktivieren Sie BE1, und nehmen Sie einen Neustart vor.

   luactivate BE1; init 6

   Die aktive Bootumgebung ist jetzt BE1.

   ---

   Hinweis - Der Poolname/dm2 wird nicht automatisch eingehängt, weil er ursprünglich nicht Bestandteil von BE1 war.

   ---

6. Hängen Sie dm2 ein.

   mount poolname/dm2

7. Löschen Sie die Bootumgebung BE2.

   ludelete BE2

Der Poolname/dm2-Datensatz wird gelöscht.

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

Bei virtuellen Rechnern (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 (15376093)

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 (15349751)

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. Folgende Fehlermeldung wird möglicherweise angezeigt:

Value too large for defined data type

Problemumgehung: Anwendungen sollten die Funktion statvfs64() verwenden.

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

Ein System, auf dem Sun Patch Manager 2.0 von Oracle 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 remote Systeme verwalten, die Patch Manager 2.0 ausführen. Frühere Versionen umfassen:

• Sun Patch Manager Base Software 1.x

• Sun Patch Manager 1.0