Aufrüsten

In diesem Abschnitt werden die bekannten Probleme beim Aufrüsten sowie ihre Lösungen beschrieben.

Domänen, die in einem anderen custom-path Installationsverzeichnis als /domains erstellt werden, werden beim Aufrüsten von Application Server Enterprise Edition 8 auf Application Server Enterprise Edition 8.2 nicht direkt aktualisiert (Nr. 6165528).

Wenn Sie das Programm zum Aufrüsten ausführen und dabei das Installationsverzeichnis als Quellverzeichnis für die Installation angeben, werden beim Aufrüsten nur die Domänen aktualisiert, die sich im Verzeichnis Installationsverzeichnis /domains befinden. Für in anderen Pfaden erstellte Domänen wird kein Upgrade durchgeführt.

Lösung

Kopieren Sie alle Domänenverzeichnisse aus den jeweiligen Speicherorten in das Verzeichnis Installationsverzeichnis/ /domains, bevor Sie den Prozess zum Aufrüsten ausführen.

Das Installationsprogramm, das "Upgrade in place" ausführt, kann das Aufrüstungstool auf einigen Linux-Systemen nach dem Klicken auf die Schaltfläche "Start Upgrade Wizard" nicht starten. (6207337)

Dieses Problem ist unter verschiedenen Linux-Systemen aufgetreten und wurde am häufigsten unter Java Desktop System 2 beobachtet. Von dem Problem sind jedoch auch RedHat-Versionen betroffen.

Wenn Sie auf der letzten Seite des Installationsprogramms auf die Schaltfläche "Start Upgrade Tool" klicken, wird das Aufrüstungstool nicht gestartet und der Aufrüstungsvorgang nicht abgeschlossen. Das Aufrüstungstool reagiert nicht mehr und gibt keine Eingabeaufforderung aus.

Lösung

Dieses Problem tritt nicht auf, wenn das In-Place-Upgrade im Befehlszeilen-Installationsmodus ausgeführt wird.

So verwenden Sie den Befehlszeilen-Installationsmodus:

1. Wenn Sie das In-Place-Upgrade im Benutzeroberflächenmodus ausführen und dieses Problem auftritt, beenden Sie das Installationsprogramm, indem Sie in dem Terminal-Fenster, von dem aus das Installationsprogramm gestartet wurde, STRG+C drücken.

2. Starten Sie das Upgrade-Tool vom Terminal-Fenster aus, indem Sie folgenden Befehl eingeben:

   Installationsverzeichnis/bin/asupgrade --source Installationsverzeichnis/domains --target Installationsverzeichnisr --adminuser adminuser--adminpassword adminpassword --masterpassword changeit

   Die Werte für Administrator und Administratorpasswort müssen mit den Werten übereinstimmen, die in der aufzurüstenden Installation verwendet werden.

3. Wenn das Upgrade-Tool den Upgrade-Prozess beendet hat, können Sie auch den Browser starten und den folgenden URL eingeben, um die Infoseite anzuzeigen:

   file://Installationsverzeichnis/docs/about.html

   Wenn Sie auch noch die Installationsoption zum Registrieren des Produkts gewählt haben, folgen Sie dem Link der Registrierungsseite, der sich auf der Produktinfo-Seite befindet.

Das selbst signierte Zertifikat wird während und nach einem Upgrade von 8.0 Platform Edition (PE) zu 8.1 Enterprise Edition (EE) UR2 nicht als vertrauenswürdig erkannt. (Nr. 6296105)

Entfernen Sie die folgenden Einträge aus der Zieldatei domain.xml (nach dem Upgrade) und starten Sie den Server neu:

<jvm-options>-Djavax.net.ssl.keyStore=${com.sun.aas.instanceRoot}
/config/keystore.jks</jvm-options>-
<jvm-options>Djavax.net.ssl.trustStore=${com.sun.aas.instanceRoot}
/config/cacerts.jks</jvm-options>

Portkonflikt nach Aufrüstung von Application Server von JES2 auf JES5

Bei der Aktualisierung von Application Server 7.x auf 8.2 tritt möglicherweise ein Portkonflikt zwischen der alten und neuen Installation auf, höchstwahrscheinlich mit den Standardports 8080 und 8181.

Lösung

Ändern Sie die in Application Server 8.2 verwendeten Ports zur Auflösung des Portkonflikts.

Als Beispielskript verwendete Derby-Datenbank wird am falschen Speicherort erstellt. (Nr. 6377804)

Dieser Fehler weist zwei Aspekte auf:

1. Wenn die Setup-Skripts der Beispielanwendung, die die Derby-Datenbank verwenden, ausgeführt werden, wird die Derby-Datenbank unter dem aktuellen Verzeichnis oder unter <install_root>/bin erstellt.

2. Das Ant-Beispielscript für build erstellt die Datei password.txt, mit der die Admin-Passwort-Datei unter dem aktuellen Verzeichnis gespeichert wird. Diese ist jedoch in Nicht-Root-Szenarios und Szenarios mit Sparse-Zones nicht beschreibbar.

Lösung

1. Speicherort der Derby-Datenbank – Verwenden Sie die Option --dbhome mit dem Befehl start-database, um die Datenbank mit dem für --dbhome angegebenen Wert zu erstellen. Die asadmin-Befehlssyntax für start-database lautet beispielsweise wie folgt:

   start-database [--dbhost 0.0.0.0] [--dbport 1527] [--dbhome db_directory] [--echo=false] [--verbose=false]

2. Speicherort der Datei password.txt – Naturgemäß sollte das Beispielverzeichnis beschreibbar sein, da alle Build-Befehle die Erstellungen der Datei password.txt in diesem Verzeichnis beinhalten. Achten Sie darauf, dass eine Arbeitskopie der Beispiele an einem beschreibbaren Speicherort installiert wird.

LoginException während Aufrüstung von 8.0UR1PE auf 8.2EE; Aufrüstungsvorgang wird abgebrochen (Nr. 6445419)

Dieses Problem tritt auf, wenn die Aufrüstungsinstallation unter Verwendung anderer Administrator-Anmeldeinformationen als der Standarddaten ausgeführt wird.

Lösung

Bei Durchführung einer Side-by-Side-Aufrüstung unter Verwendung des dateibasierten Installationsprogramms für 8.xPE auf 8.2EE müssen Sie folgende Administrator-Anmeldeinformationen für die neue Instanz von Application Server verwenden:

• Admin-Benutzer: admin

• Admin-Passwort: adminadmin

• Master-Passwort: changeit

Nach der Durchführung der Aufrüstung können Sie diese Passwörter nach Bedarf ändern.

Das Aufrüstungstools erkennt bestehende, aber ungültige Verzeichniseingaben für das Quellverzeichnisfeld nicht (Nr. 6460122)

Das Aufrüstungstool erkennt eine bestehende, aber ungültige Verzeichniseingaben für das Quellverzeichnisfeld nicht und vermittelt den Eindruck, dass die Verzeichniskonfiguration korrekt ist.

Es wäre zu erwarten, dass eine Meldung der Art "Verzeichnis ungültig" angezeigt wird, wenn ein falscher Pfad für das Quellverzeichnis eingegeben wird. Ein Meldung über ein ungültiges Verzeichnis wird korrekterweise angezeigt, wenn als Quellverzeichnis /opt/SUNWappserverEE81UR2/ eingegeben wird. Wenn jedoch /opt/SUNWappserverEE81UR2/domains eingegeben wird, fährt das Tool ohne Warnung mit dem Aufrüstungsprozess fort, auch wenn der Pfad ungültig ist. Dieses Problem ähnelt dem unter Nr. 6440710 beschriebenen Problem, mit der Ausnahme, dass das Verhalten je nach Eingabewert abweicht.

Lösung

Bei der Aufrüstung von Application Server 7 oder 8.x auf Application Server 8.2 muss zunächst ein Seeding des Quellverzeichnisses mit dem in der Dokumentation empfohlenen Wert durchgeführt werden: Domänen-Root für In-Place- und Domänenverzeichnis für Side-By-Side-Aufrüstungen.

Admin-Benutzer/-Passwort-Name sollte ungültig sein bei Semikolon (;) (Nr. 6473341)

Die Application Server Enterprise Edition 8.2-Installation lässt keine Sonderzeichen im Namen des Admin-Benutzers zu. Die Domänenerstellung schlägt fehl, wenn Sonderzeichen verwendet werden. Beachten Sie jedoch, dass das Admin-Passwort Sonderzeichen enthalten darf.

Lösung

Vergewissern Sie sich bei der Aufrüstung von Application Server 7 auf Application Server 8.2, dass der Name des Admin-Benutzers keine Sonderzeichen enthält.