Folgende Installationsfehler treten nach dem Upgrade auf Solaris 9 9/04 auf.
Bei einem Upgrade des Systems auf das Betriebssystem Solaris 9 9/04 werden die folgenden CDE-Lokalisierungspackages nicht berücksichtigt:
SUNWmeadt
SUNWnafdt
SUNWnamdt
SUNWneudt
SUNWseudt
SUNWweudt
Um festzustellen, ob dieses Problem auf Ihr System zutrifft, führen Sie nach dem Upgrade den Befehl pkgchk -n aus. Enthält die Ausgabe die folgenden Fehlermeldungen, müssen Sie die CDE-Lokalisierungspackages manuell entfernen und neu installieren.
Checking Package SUNWmeadt ERROR: /usr/dt/config/he/Xresources.d/Xresources.ow pathname does not exist Checking Package SUNWnafdt ERROR: /usr/dt/config/ar/Xresources.d/Xresources.ow pathname does not exist Checking Package SUNWnamdt ERROR: /usr/dt/config/en_US.ISO8859-15/Xresources.d/Xresources.ow pathname does not exist Checking Package SUNWneudt ERROR: /usr/dt/config/da_DK.ISO8859-15/Xresources.d/Xresources.ow pathname does not exist ERROR: /usr/dt/config/fi_FI.ISO8859-15/Xresources.d/Xresources.ow pathname does not exist Checking Package SUNWseudt ERROR: /usr/dt/config/el_GR.ISO8859-7/Xresources.d/Xresources.ow pathname does not exist ERROR: /usr/dt/config/pt_PT.ISO8859-15/Xresources.d/Xresources.ow pathname does not exist Checking Package SUNWweudt ERROR: /usr/dt/config/en_GB.ISO8859-15/Xresources.d/Xresources.ow pathname does not exist ERROR: /usr/dt/config/en_IE.ISO8859-15/Xresources.d/Xresources.ow pathname does not exist ERROR: /usr/dt/config/nl_BE.ISO8859-15/Xresources.d/Xresources.ow pathname does not exist ERROR: /usr/dt/config/nl_NL.ISO8859-15/Xresources.d/Xresources.ow pathname does not exist |
Abhilfemaßnahme: Führen Sie nach dem System-Update ein Update dieser Lokalisierungspackages aus. Gehen Sie hierzu wie folgt vor:
Melden Sie sich als Superuser an.
Entfernen Sie die Packages.
# pkgrm SUNWmeadt SUNWnafdt SUNWnamdt SUNWneudt \ SUNWseudt SUNWweudt |
Wechseln Sie in das Verzeichnis, das die Solaris 9 9/04-Versionen dieser Packages enthält.
# cd Pfad_zum_Abbild
Wenn Sie beispielsweise auf die Packages auf der Solaris 9 9/04 Software 1 of 2-CD zugreifen möchten, legen Sie diese CD in das CD-Laufwerk ein. Geben Sie anschließend den folgenden Befehl ein:
# cd /cdrom/cdrom0/Solaris_9/Product
Installieren Sie Packages auf dem System:
# pkgadd -d . SUNWmeadt SUNWnafdt SUNWnamdt SUNWneudt \ SUNWseudt SUNWweudt |
Wenn Sie einen der folgenden Vorgänge durchführen, starten die SAM-FS/QFS-Dämonen nicht, und die Dateisysteme können nicht eingehängt werden:
Sie haben ein Upgrade auf Solaris 9 4/04 vorgenommen.
Sie haben das für Solaris 9 empfohlene Patch-Cluster (Solaris 9 Patch-ID 112233-11) angewendet.
Dieser Fehler ist darauf zurückzuführen, dass der von den Dämonen normalerweise verwendete Systemaufruf 181 von einem anderen Modul verwendet wird. Dieses Modul wurde mit dem neu angewendeten Patch eingeführt. Die folgenden Fehlermeldungen werden in /var/adm/messages aufgezeichnet:
/var/adm/messages Jan 5 13:28:46 host genunix: [ID 147998 kern.warning] WARNING: system call entry 181 is already in use Jan 5 13:28:46 host samfs: [ID 798779 kern.warning] WARNING: SAM-FS: modload(samsys) failed. |
Zusätzlich werden die folgenden Fehlermeldungen in /var/adm/sam-log aufgezeichnet:
/var/adm/sam-log Jan 5 13:30:08 host sam-fsd[355]: [ID 617651 local4.alert] Fatal error - samsys module not loaded Jan 5 13:30:08 host sam-fsd[355]: [ID 765074 local4.alert] Correct problem and 'kill -HUP 355' |
Führen Sie folgende Schritte durch:
Melden Sie sich als Superuser an.
Führen Sie den Befehl grep für 181 aus der modinfo-Ausgabe aus, um festzustellen, ob 181 von einem anderen Modul verwendet wird:
# modinfo | grep 181 8 1181aa0 38c4 1 1 TS (time sharing sched class) 15 11b1092 181a 12 1 sad (STREAMS Administrative Driver ') 43 1295cd8 ce9 181 1 ssc050 (SSC050 i2c device driver: v1.4) 158 7813a87f 181c 95 1 cpc (cpc sampling driver v1.10) 158 7813a87f 181c 179 1 cpc (cpc sampling system call) 158 7813a87f 181c 179 1 cpc (32-bit cpc sampling system call) |
Da der Systemaufruf 181 durch ein anderes Modul gebraucht wird, müssen Sie samsys auf einen nichtverwendeten Systemaufruf umstellen.
Bearbeiten Sie /etc/Systemnummer, indem Sie samsys auf 182 oder einen anderen freien Wert von 0 bis 255 setzen.
samsys 182 |
Booten Sie das System, damit samsys neu konfiguriert wird.
# shutdown -y -g0 -i0
OK> boot -r
Vergewissern Sie sich, dass die Fehlermeldungen nicht mehr in /var/adm/messages aufscheinen und alle SAM-FS-Dateisysteme eingehängt werden können.
Die WBEM Repository Common Information Model (CIM)-Datenbank kann unter folgenden Umständen beschädigt werden:
Sie wenden eine überarbeitete Version von Patch 112945 für eine Solaris 9-Version auf ein System an, auf dem die Solaris 9-Software ausgeführt wird.
Anschließend entfernen Sie diese Patches.
Wenn das WBEM Repository beschädigt ist, wird in Solaris Management Console Log Viewer die folgende Fehlermeldung angezeigt:
CIM_ERR_FAILED: /usr/sadm/lib/wbem/../../../../var/sadm/wbem/logr/ preReg/PATCH113829install/Solaris_Application.mof,18,ERR_SEM, ERR_EXC_SET_CLASS,CIM_ERR_FAILED:Other Exception: java.io.StreamCorruptedException: invalid stream header |
Abhilfemaßnahme: Wählen Sie eine der folgenden Problemlösungen:
Führen Sie die folgenden Schritte durch, um eine Beschädigung des WBEM-Repository zu vermeiden:
Melden Sie sich als Superuser an.
Erstellen Sie eine Sicherungskopie des WBEM-Repository, bevor Sie Patches anwenden.
# cp -r /var/sadm/wbem/logr Pfad/logr |
Dabei gilt: Pfad ist der Pfad der Sicherungskopie des WBEM-Repository.
Sollte das WBEM Repository nach der Patch-Entfernung beschädigt sein, beenden Sie den WBEM-Server.
# /etc/init.d/init.wbemstop |
Stellen Sie das WBEM Repository aus der Sicherungskopie wieder her.
# cp -rf Pfad/logr /var/sadm/wbem/logr |
Starten Sie den WBEM-Server neu.
# /etc/init.d/init.wbemstart |
Befolgen Sie diese Anweisungen, um ein neues WBEM Repository zu erstellen:
Bei diesem Verfahren werden die WBEM-Daten im Fall eines beschädigten WBEM Repository nicht wiederhergestellt. Alle während der Installation in das Repository aufgenommenen Daten gehen verloren.
Melden Sie sich als Superuser an.
Beenden Sie den WBEM-Server.
# /etc/init.d/init.wbem stop |
Löschen Sie die Dateien im Verzeichnis /logr.
# rm /var/sadm/wbem/logr/* |
Löschen Sie das Verzeichnis /notFirstTime.
# rmdir notFirstTime |
Starten Sie den WBEM-Server.
# /etc/init.d/init.wbemstart |
Kompilieren Sie ggf. vorhandene proprietäre Managed Object Format (MOF)-Dateien manuell.
# /usr/sadm/bin/mofcomp MOF-Dateiname |