In diesem Kapitel werden Probleme erläutert, die sich auf die Installation der Solaris 9 MU1-Software beziehen.
Werden bei der Installation von MU1 Patches installiert, die Unterstützung für unterschiedliche Paketarchitekturen bieten, so erscheint in //var/sadm/install_data/Maintenance_Update_log möglicherweise eine der nachfolgenden, informativen Meldung ähnliche Fehlermeldung.
Installieren von xxxxxx-yy (x von xx) Weitere Informationen finden Sie unter //var/sadm/patch/xxxxxx-yy grep: pdgabbrev.Erweiterung/pkginfo kann nicht geöffnet werden |
Wenn beispielsweise Patch 123456-01 die Patch-Pakete
SUNWcar
SUNWcar.u
grep: SUNWcar.u/pkginfo kann nicht geöffnet werden |
Lösung: Ignorieren Sie die Fehlermeldungen. Die Meldung hat keine Auswirkung auf die Patch-Installation. Sie weist darauf hin, dass patchadd(1M) nicht den richtigen Parameter an die Funktion remove_PATCH_PROPERTIES () übergibt.
Aufgrund von Problemen mit den Interaktionen zwischen sh(1) und ksh(1) kann das Dienstprogramm install_mu bestimmte Patches möglicherweise nicht ordnungsgemäß installieren, wenn Sie es mit dem folgenden Befehl von der Befehlszeile oder aus einem Verwaltungsskript starten:
# /bin/sh ./install_mu Optionen |
Lösung: Führen Sie das Programm install_mu folgendermaßen von der Befehlszeile oder über ein Verwaltungsskript aus:
# ./install_mu Optionen |
Unter Umständen wird eine der folgenden informativen Meldungen von install_mu angezeigt:
Ein oder mehrere Patch-Pakete von XXXXXX-YY sind auf diesem System nicht installiert. Patchadd wird beendet. |
Oder:
Installation von XXXXXX-YY ist fehlgeschlagen: Es wurde versucht, ein Patch für ein Paket auszuführen, das nicht installiert ist. |
Diese Meldungen weisen darauf hin, dass patchadd auf Ihrem System keines der Pakete finden konnte, auf die ein Patch angewendet werden sollte. Das angegebene Patch wurde übersprungen.
Diese Meldung erscheint, wenn patchadd feststellt, dass ein Patch für eine bestimmte Architektur auf einem System mit einer anderen Architektur installiert wird (beispielsweise ein sun4u-Patch auf einem sun4m-System).
Außerdem wird diese Meldung unter Umständen dann ausgegeben, wenn eines oder mehrere Pakete nicht vorhanden sind. Das Paket wurde möglicherweise vom Systemverwalter entfernt oder bisher nicht installiert; dies ist bei der Installation eines Clusters der Fall, der kleiner ist als das gesamte ausgelieferte Produkt.
Lösung: Ignorieren Sie die Meldung.
Geben Sie nach abgeschlossener Installation im Einzelbenutzermodus nicht den Befehl exit ein. Sie müssen stattdessen den Befehl reboot verwenden. Wenn Sie exit anstelle von reboot eingeben, geschieht Folgendes:
Das System wird auf init 3 gesetzt, und Sie können sich erst nach einem Neustart des Systems wieder anmelden.
Es kann sich kein anderer Benutzer anmelden, bis das System neu gestartet wird.
pam_projects.so.1 führt einen Speicherabzug durch, wenn sich ein Benutzer oder Prozess anmelden will. Folgende Meldung wird angezeigt:
HINWEIS: core_log: in.rshd[1479] Speicherabzug geschrieben: /var/crash/core.in.rshd.1479 |
Wenn ein Prozess versucht, auf das Modul pam_projects.so.1 zuzugreifen, werden auf der Systemkonsole Meldungen über das Laden von Modulen (load module) angezeigt. Sie sehen dann ein Meldung der Art:
cron[1433]: load_modules: Modul /usr/lib/security/pam_projects.so.1 kann nicht geöffnet werden |
Diese Meldungen werden auch dann ausgegeben, wenn MU1 im Mehrbenutzermodus installiert wurde. In beiden Fällen werden die Meldungen nach einem Systemneustart nicht mehr angezeigt.
Lösung: Wenn der Befehl exit nach der Installation im Einzelbenutzermodus verwendet wird, starten Sie das System neu.
Wenn der Befehl exit nach der Installation im Mehrbenutzermodus verwendet wird und keine Root-Benutzer mehr angemeldet sind, starten Sie das System neu.