Unter Umständen wird folgende Meldung angezeigt:
Das Solaris-Betriebssystem im Bereich c0t0d0s0 kann nicht aktualisiert werden. Ein Dateisystem, das in der Systemtabelle (vfstab) aufgeführt ist, konnte nicht eingehängt werden. |
Möglicherweise verwechselt die Installationssoftware I-Knoten, die auf Stripe- DiskSuiteTM -Metageräten gespeichert sind, mit Root-I-Knoten. Die Metageräte werden dann versuchsweise als aufrüstbare Bereiche eingehängt. Wenn dieses Problem auftritt, schlägt der Einhängevorgang fehl, und die Installation wird abgebrochen.
Warnung: mod_install: MT-nicht sicherer Treiber 'tnatp' ignorierte Absturz[cpu0] / thread=7051e040:mutex-enter:bad_mutex lp=1046aa20 owner=7051e040 thread=7051e040
Für die Betriebssystemumgebung Solaris 7 ist ein Upgrade auf TotalNET Advanced Server (SunLinkTM), Version 5.2 erforderlich, da ein Treiberkonflikt aufgetreten ist. Bei Einsatz von Version 5.0 oder Version 5.1 für den TotalNET Advanced Server wird die Solaris 7-Betriebssystemumgebung nicht ordnungsgemäß gestartet.
Problemlösung: Vor der Installation von Solaris 7 müssen Sie sämtliche Installationen auf die Version 5.2 für den TotalNET Advanced Server aufrüsten. Diese Version ist von der CD Solaris Easy Access Server 2.0 erhältlich. Befolgen Sie die Anweisungen für die Aufrüstung bestehender TotalNET Advanced Server-Installationen.
Ein Paket mit der Architektur und Version eines bereits installierten Pakets soll installiert werden. Durch diese Installation wird das betreffende Paket überschrieben.
Beim Aktualisieren eines Systems anhand von "Entire Distribution plus OEM Cluster" werden folgende Pakete scheinbar wiederholt hinzugefügt:
SUNWolinc
SUNWxwdim
SUNWxwinc
SUNWxwman
SUNWxwpmn
SUNWxwsrc
SUNWolbk
SUNWoldim
SUNWolman
SUNWolsrc
Die Leiste "Installation der Solaris-Software - Fortschritt" zeigt gelegentlich den Abschluß der Installation an, obwohl diese noch läuft. Das Installationsprogramm fügt noch mehrere Minuten lang Pakete hinzu, obwohl die Installation gemäß der Anzeige bereits abgeschlossen ist. Verlassen Sie sich hinsichtlich des Abschlusses der Installation nicht auf diese Anzeige. Folgende Meldung wird angezeigt, sobald die Installation tatsächlich abgeschlossen ist:
Installation abgeschlossen |
Unter Umständen installiert JumpStart nicht den standardmäßigen Boot-Vorgang auf der aktuellen Standard-Boot-Platte. Dieses Problem kann bei Verwendung einer vollständig automatisierten Installation auf einer SPARCstationTM 5 mit zwei Festplatten auftreten. Daher wird beim Neustart statt der aktuellen Version die vorhergehende Version des Solaris-Betriebssystems gebootet.
Problemlösung: Installieren Sie die Solaris-Betriebssystemumgebung ohne JumpStartTM.
Bei der Aufrüstung des Solaris-Betriebssystems auf einem Server mit Clients ohne Massenspeicher werden die Optionen in der Datei dfstab für /usr nicht beibehalten. Tragen Sie beispielsweise in der Datei dfstab folgendes ein:
share -F nfs -o rw /export/exec/Solaris_2.7_sparc.all/usr |
Dann wird der Eintrag während der Aktualisierung automatisch durch folgende Zeile ersetzt:
share -F nfs -o ro /export/exec/Solaris_2.7_sparc.all/usr |
Problemlösung: Vor der Aktualisierung des Solaris-Betriebssystems auf einem OS-Server mit Clients ohne Massenspeicher oder mit SolsticeTM AutoClientTM sollten Sie die Datei /etc/dfs/dfstab für die Clients sichern.
Nach der Aktualisierung eines Servers mit Clients ohne Massenspeicher, die verschiedene SPARC-Kernel-Architekturen aufweisen (z. B. ein sun4u-Server mit folgenden Clients ohne Massenspeicher: sun4c, sun4d und sun4m), können die SUNWkvm-Pakete für Clients mit vom Server abweichender Kernel-Architektur nicht gepatcht werden.
Problemlösung: Fügen Sie manuell sämtliche SUNWkvm-Pakete hinzu, bevor Sie Patches anwenden, die sich darauf auswirken.
# pkgadd -d SUNWkvm.* |
Das Aktualisierungsprogramm kann den für die Aktualisierung der Solaris-Software auf dem System erforderlichen Speicherplatz um bis zu 30 Prozent überschätzen. Aus diesem Grund ist die Aktualisierung vieler Systeme nur möglich, wenn Pakete abgewählt werden oder zusätzlicher Speicherplatz bereitgestellt wird.
Problemlösung: Sie können Plattenspeicher manuell zwischen Dateisystemen aufteilen oder mit Hilfe des Menüs "Software anpassen" nicht benötigte Softwarepakete entfernen.
Von den SolsticeTM AutoClientsTM wird beim Neustart folgende Meldung angezeigt:
fsck -F cachefs: Cache-Verzeichnis /.cache/rootcache ist nicht vorhanden. mount -F cachefs: Einhängen von cache fsck fehlgeschlagen fsck -F cachefs: Cache-Verzeichnis /.cache/rootcache ist nicht vorhanden. mount -F cachefs: Einhängen von cache fsck fehlgeschlagen |
Durch diese Meldung wird dem Kernel mitgeteilt, daß es sich um ein Root-Dateisystem des Typs cachefs handelt. Um festzustellen, ob sich das Problem auf einen bestimmten Solstice AutoClient auswirken kann, untersuchen Sie vor der Aktualisierung das Verzeichnis /export/root/Client-Name/var/sadm/pkg auf dem Server (hierbei handelt es sich um das Verzeichnis /var/sadm/pkg des Solstice AutoClient). Wenn dieses Verzeichnis ein Unterverzeichnis namens TADcar enthält, kann sich das Problem auf die Solstice AutoClients auswirken.
Problemlösung: Bearbeiten Sie nach der Aktualisierung die Datei /etc/system für die Solstice AutoClients, indem Sie folgende Zeile anhängen:
rootfs:cachefs |
Die Solstice AutoClient-Datei /etc/system befindet sich als /etc/root/Client-Name/etc/system auf dem Server.