Probleme bei Upgrades

Der Sun Java Enterprise System 5 Update 1 Upgrade Guide for UNIX enthält Anweisungen zum Upgrade auf Java ES 5 Update 1 auf Solaris- und Linux-Plattformen. Die Probleme in den folgenden Abschnitten beschreiben Situationen, die nicht im Upgrade Guide behandelt werden, und sollten deswegen nur in Verbindung mit dem Upgrade Guide verwendet werden. Sie sind nicht als Ersatz dafür gedacht.

Im Upgrade Guide und in den Problemen in den folgenden Abschnitten werden die Versionen von Java ES mit Release-Version und Versionsnummer bezeichnet. Die folgende Tabelle zeigt, wie Release-Versionen und Versionsnummern in Beziehung zueinander stehen:

Aufgeschlüsselte Upgrade-Probleme

Das Access Manager-Skript pre61to62upgrade behandelt datenbankbasierte Protokollierung nicht ordnungsgemäß (5042233)

nach Abschluss des Upgrades von Access Manager Version 6.1 auf Version 6.2 zeigt das Upgrade-Protokoll an, dass die datenbankbasierte Protokollierung nicht ordnungsgemäß verlief.

Lösung Keine. Das Access Manager-Upgrade von Version 6.1 auf Version 6.2 unterstützt nicht das Erstellen von Sicherungskopien für Datenbank-Protokolltabellen.

JSP-Kompilierungsfehler in Application Server, nachdem andere Komponenten auf Java ES 5 Update 1 aktualisiert wurden (6388329)

Nach dem Upgrade von Java ES-Komponenten auf Java ES 5 Update 1 auf einem System mit Application Server Version 3 oder Version 4 (Version 8.1), meldet Application Server bei der Kompilierung von JSP-Pages Fehler.

Lösung Aktualisieren Sie von Application Server auf Java ES 5 Update 1 oder installieren Sie das folgende Patch auf Application Server 8.1:

• Unter Solaris: 119166–17

• Unter Linux: 119168–17

Solaris und Linux: Portal Server-Upgrade schlägt fehl —/opt/SUNWappserver7/bin/asadmin wurde nicht gefunden (6313972)

Lösung: In der folgenden Veröffentlichung finden Sie die aktuellste Upgrade-Dokumentation zu diesem Problem:Sun Java Enterprise System 5 Update 1 Upgrade Guide for UNIX

Linux: Access Manager funktioniert nach dem Upgrade von Application Server von Java ES 3 nicht mehr (6447925)

Nach dem Upgrade von Application Server von Java ES 3 auf Linux funktioniert Access Manager nicht mehr, und die Datei server.log enhält einen Eintrag, der besagt, dass beim Starten von amlcontroller ein Fehler auftrat.

Lösung Installieren Sie sun-jss (JSS 4) und sun-jss3 manuell:

1. Geben Sie den Befehl rpm -qa | grep sun-jss ein, um zu überprüfen, ob sun-jss und sun-jss3 installiert sind.

2. Wenn sun-jss nicht installiert ist, müssen Sie es manuell installieren:

   rpm -Uhv Download-Root/Linux_x86/Product/shared_components/Packages/sun-jss-4.2.4-4.i386.rpm

3. Wenn sun-jss3 nicht installiert ist, müssen Sie es manuell installieren:

   rpm -Uhv Download-Root/Linux_x86/Product/shared_components/Packages/sun-jss3-3.1.11-1.i386.rpm

Nach dem Upgrade von Portal Server 7.1 in nichtenglischen Sprachumgebungen funktionieren einige Portal-Anwendungen nicht ordnungsgemäß ( 6569515)

Beim Upgrade von Portal Server 7.1 auf Portal Server 7.1 Update 2 mithilfe von Patches kann es sein, dass einige internetbasierte Portal-Anwendungen nach der Ausführung von psupdate in nichtenglischen Sprachumgebungen nicht mehr ordnungsgemäß funktionieren.

Lösung Führen Sie das Skript psupdate noch einmal in der englischen Sprachumgebung aus:

1. Lassen Sie sich die aktuellen Werte der Shell-Variablen $LC_ALL und $LANG anzeigen und notieren Sie diese:

   echo $LC_ALL echo $LANG

2. Setzen Sie diese Variablen auf Werte für die englische Sprachumgebung:

   export LC_ALL=en_US.UTF-8 export LANG=en_US.UTF-8

3. Führen Sie das Skript psupdate nochmals aus:

   psupdate -a -i

4. Setzen Sie $LC_ALL und $LANG auf die alten Werte:

   export LC_ALL=Notierter_Wert_aus_Schritt_1 export LANG=Notierter_Wert_aus_Schritt_1

Web Server und Portal Server besitzen eine spezielle Upgrade-Abhängigkeit (keine Fehlernummer)

Wenn Portal Server für eine Version von Web Server bereitgestellt wird, die auf Java ES 5 Update 1 aktualisiert wird, muss Portal Server ebenfalls aktualisiert werden.

Da es in Windows keine Möglichkeit zum Upgrade von Portal Server auf Java ES 5 Update 1 gibt, kann beim Upgrade von Web Server nicht auch gleichzeitig Portal Server aktualisiert werden. Stattdessen müssen Sie vor dem Upgrade von Web Server Portal Server migrieren, damit dieser Application Server als seinen Container verwenden kann.

Upgrade von Portal Server 7.0, der für Web Server bereitgestellt wurde, verläuft nicht normal (6507069)

Beim Upgrade von Portal Server IFR (Interim Feature Release) 7.0 2005Q4, der in Web Server bereitgestellt wird, müssen Sie Komponenten in einer nicht standardmäßigen Reihenfolge aktualisieren. Weitere Informationen finden Sie im Sun Java Enterprise System 5 Update 1 Upgrade Guide for UNIX.

Nach dem Upgrade von Portal Server 7.0, der für Web Server bereitgestellt wurde, kann keine neue Community erstellt werden (6562802)

Nach dem Upgrade von Portal Server 7.0 und Web Server verursacht das Erstellen einer neuen Community in der Portal Server-Konsole einen Fehler.

Lösung Führen Sie folgende Schritte aus:

1. Melden Sie sich in der Web Server-Administrationskonsole an.

2. Klicken Sie auf „Konfigurationen“.

3. Wählen Sie die Konfiguration der laufenden Portal Server-Instanz aus.

4. Klicken Sie auf die Registerkarte „Java“.

5. Zeigen Sie die Pfadeinstellungen für das Klassenpfadpräfix an.

6. Ersetzen Sie /opt/SUNWcacao/lib/cacao_cacao.jar durch /usr/lib/cacao/lib/cacao_caca0.jar.

7. Speichern Sie die Änderungen und beenden Sie die Administrationskonsole.

Vorher vorhandene Communities in Developer Sample sind nach dem Upgrade von Portal Server 7.0 nicht mehr verwendbar (6591992)

Nach dem Upgrade von Portal Server 7.0, sind Communities, die in Developer Sample bereits existierten, nicht mehr brauchbar.

Lösung Ändern Sie die Datei /var/opt/SUNWportal/portals/portal1/desktop/default/SearchProvider/dbMenu.jsp wie folgt:

com.sun.portal.desktop.util.OrderedMap dbs =
  (com.sun.portal.desktop.util.OrderedMap)pageContext.findAttribute(
  "availableDatabases");

java.util.Map dbs = (java.util.Map)pageContext.findAttribute(
  "availableDatabases");

Monitoring Framework 1.0 mit Instant Messaging muss bei Aktivierung aktualisiert werden (6515859)

Wenn Sie die Überwachungsfunktionalität von Instant Messaging in Java ES 2005Q1 oder 2005Q4 aktiviert haben, müssen Sie die properties-Datei nach dem Upgrade auf Java ES 5 Update 1 manuell aktualisieren.

Lösung Nach dem Upgrade einer Instant Messaging-Instanz auf einem bestimmten Host müssen Sie die neue Datei mfwk.properties so ändern, dass sie die Konfigurationsparameter, die aus der alten Datei agent.properties beibehalten werden sollen, enthält.

Beim Upgrade von Java ES 3 auf Solaris 9 für x86 schlägt „psupgrade“ fehl, wenn zwei cacao-Versionen laufen (6550198)

Beim Upgrade von Java ES 3 unter Solaris 9 für x86 können zwei cacao-Versionen laufen: die Java ES 3-Version für die Unterstützung von Instant Messaging, und die Java ES 5 Update 1-Version für die Unterstützung aktualisierter Komponenten. In dieser Situation schlägt das zum Upgrade von Portal Server verwendete Skript psupgrade fehl.

Lösung Stoppen Sie die Java ES 3-Version von cacao, bevor Sie das Skript psupgrade ausführen:

/opt/SUNWcacao/bin/cacaoadm stop

Starten Sie nach dem Ausführen von psupgrade die Java ES 3-Version von cacao neu:

/opt/SUNWcacao/bin/cacaoadm start

Windows: Upgrade mit der Option „Manuell nach der Installation konfigurieren“ erstellt eine Programmgruppe für Message Queue und High Availability, aber keine für Application Server (6500958)

Bei der Installation bzw. dem Upgrade von Produktkomponenten im Modus „Manuell nach der Installation konfigurieren“ werden die Aufrufverknüpfungen für diese Produkte erst nach der manuellen Konfiguration erstellt.

Message Queue ist von diesem Problem nicht betroffen.

Lösung Keine.