Installation

In diesem Abschnitt werden die bekannten Installationsprobleme sowie ihre Lösungen beschrieben.

Im Dekorbild des Installationsprogramms wird die alte Produktversion angezeigt (Problem 6862674)

Beschreibung

Im Bild auf der linken Seite des Installationsprogramms wird eine ältere Produktversion anstelle von "v2.1.1" angezeigt.

Lösung

Keine.

Für den Befehl start-domain gibt es eine Zeitüberschreitung unter OpenSolaris 2008.11 (6820169 und 6741572)

Beschreibung

Wenn Sie unter OpenSolaris 2008.11 versuchen, die Domäne über den Befehl asadmin start-domain zu starten, wird die folgende Fehlermeldung angezeigt:

Timeout waiting for domain domain1 to go to starting state.
CLI156 Could not start the domain domain1.

Lösung

Die Domäne wurde erfolgreich gestartet. Korrigieren Sie die Uhrzeit und das Datum nach dem Neustart des Rechners.

Installation mit 64-Bit-JDK schlägt fehl (Problem 6796171)

Beschreibung

Die Installation schlägt auf 64-Bit-Systemen fehl, auf denen ein 64-Bit-JDK installiert ist, da das Installationsprogramm auf das 64-Bit-JDK zugreifen möchte.

Lösung

Wenn Sie Sun GlassFish Enterprise Server auf einem 64-Bit-System installieren, laden Sie das 32-Bit-JDK herunter, und verwenden Sie es zur Installation von Sun GlassFish Enterprise Server auf Ihrem 64-Bit-Rechner. Sie müssen dazu den folgenden Befehl verwenden: ./Dateiname_Distribution —javahome Pfad zum Speicherort des 32-Bit-JDKs

Um nach der Installation sicherzustellen, dass Sun GlassFish Enterprise Server ein 64-Bit-JDK verwendet, bearbeiten Sie den Wert der Variablen AS_JAVA in der Datei asenv.conf, so dass er auf die 64-Bit-JDK-Installation verweist.

Enterprise Server-Installationsprogramm stürzt unter Linux ab (6739013)

Beschreibung

Dieses Problem ist auf Linux-Systemen aufgetreten, auf denen die Umgebungsvariable MALLOC_CHECK_ auf 2 eingestellt ist.

Lösung

Stellen Sie die Umgebungsvariable MALLOC_CHECK_ auf 0 ein. Führen Sie einen der folgenden Befehle aus:

• Für die Bourne-Shell:

  MALLOC_CHECK_=0; export MALLOC_CHECK_

• Für die bash-Shell:

  export MALLOC_CHECK_=0

• Für die csh- und tcsh-Shells:

  setenv MALLOC_CHECK_ 0

Auf einigen Linux-Systemen reagiert die Anwendung beim Herunterfahren der Installation nicht mehr, wenn auf die Schaltfläche "Fertig stellen" geklickt wird (5009728)

Beschreibung

Dieses Problem wurde unter verschiedenen Linux-Systemen festgestellt. Am häufigsten kommt das Problem auf Java Desktop System 2 vor. Es wurde jedoch auch bei Distributionen von Linux Red Hat beobachtet.

Nachdem Sie im letzten Fenster des Installationsprogramms auf die Schaltfläche "Fertig stellen" geklickt haben, schlägt der Versuch des Installationsprogramms fehl, die Seite Info bzw. die Seite zur Produktregistrierung im Browser anzuzeigen. Das Programm reagiert nicht mehr und zeigt keine Befehlseingabeaufforderung an.

Lösung

Beenden Sie den Installer durch Drücken von Strg+C im Terminalfenster, in dem der Installer gestartet wurde. Danach wird manchmal ein Browser-Fenster mit einer Produktinfo-Seite oder einer Registrierungsseite angezeigt. Sollte diese Seite nicht angezeigt werden, starten Sie den Browser und geben die folgende URL ein, um die Infoseite anzuzeigen:

file://as-install/docs-ee/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.

Unter Windows muss das Verzeichnis imq während der Installation erstellt werden (6199697)

Beschreibung

Unter Windows schlägt der Message Queue-Broker unmittelbar nach der Installation von Application Server Enterprise Edition beim Starten fehl. Es wird eine Meldung angezeigt, die darauf hinweist, dass das Verzeichnis drive:\as\domains\domain1\imq nicht existiert.

Beachten Sie, dass das Problem nicht auftritt, wenn der Broker nach dem Start von domain1 gestartet wird. In diesem Fall wird das Verzeichnis nach dem Start des Brokers von Application Server erstellt.

Lösung

1. Erstellen Sie var_home_dir_location, bevor Sie den Broker erstellen.

   $imqbrokerd -varhome var_home_dir_location

   Beispiel:

   $imqbrokerd -varhome D:\as\domains\domain1\imq

Bei der Deinstalltion wird die Datei productregistry nicht ordnungsgemäß aktualisiert; Installation kann nicht im Hintergrundmodus durchgeführt werden (6571598)

Beschreibung

Wenn die Enterprise Server-Datei productregistry Konfigurationen für gemeinsame Komponenten enthält, wird bei der Deinstallation von Enterprise Server die Datei productregistry nicht ordnungsgemäß aktualisiert, und Sie können den Hintergrundmodus für eine anschließende Installation nur dann verwenden, wenn die Datei productregistry umbenannt oder entfernt wird. Das unveränderte Beibehalten der Einträge für gemeinsame Komponenten in der Datei productregistry verursacht zwar keine Fehler, führt jedoch bei einer anschließenden Installation im Hintergrundmodus zu Konflikten.

Lösung

Nachdem Sie die erfolgreiche Deinstallation anhand der Protokolldateien überprüft haben, entfernen Sie die Datei productregistry, bevor Sie eine anschließende Installation durchführen. Zur Verifizierung, ob eine vorherige Deinstallation erfolgreich durchgeführt wurde, überprüfen Sie das as-install nach einer Datei appserv_uninstall.class. Diese Datei ist nicht vorhanden, wenn die Deinstallation erfolgreich durchgeführt wurde.

Löschen Sie die Datei productregistry nicht, wenn die Deinstallation nicht erfolgreich war.

Die Datei productregistry befindet sich unter Solaris im Ordner /var/sadm/install und unter Linux im Ordner /var/tmp.

IFR. Installation von AS in der lokalen Sparse-Zone nicht möglich, Problem mit MQ-Paketen. (6555578)

Beschreibung

Die Installation von Enterprise Server in einer lokalen Sparse-Zone schlägt fehl, wenn Message Queue (MQ) nicht zuerst installiert wurde. Das Installationsprogramm versucht, MQ zu installieren, und anschließend schlägt die gesamte Installation fehl.

Lösung

MQ muss vor der Installation von Enterprise Server in einer lokalen Sparse-Zone manuell in der globalen Zone installiert werden. Für dieses Problem gibt es zwei Umgehungen:

1. Installieren Sie MQ 4.1 manuell in der globalen Zone mithilfe derselben Medien, auf denen sich auch die Enterprise Server IFR-Installation befindet, um die aktuellen MQ-Pakete zu erhalten.

   1. Verwenden Sie das geeignete Installationsprogramm für Ihre Plattform:

      mq4_1-installer-SunOS.zip mq4_1-installer-SunOS_X86.zip mq4_1-installer-Linux_X86.zip mq4_1-installer-WINNT.zip

   2. Dekomprimieren Sie die Dateien, und führen Sie das Installationsprogramm aus.

      Das Installationsprogramm befindet sich im Verzeichnis mq4_1-installer.

2. Installieren Sie eine Komponente der IFR-Installation in der globalen Zone. Bei dieser Aktion würde die MQ-Version in der GZ überprüft und ggf. auf diejenige aktualisiert, die in Enterprise Server IFR gebündelt ist. Selbst bei Auswahl und Installation der Komponente der Beispielanwendung wird MQ auf die IFR-Version aktualisiert.

   1. Führen Sie die Enterprise Server-Installation in der globalen Zone durch, wählen Sie jedoch lediglich die Beispielkomponenten.

      Bei der Installation der Beispielkomponente werden auch MQ und die gemeinsamen Enterprise Server-Komponenten in allen Zonen installiert.

   2. Führen Sie die Enterprise Server-Installation erneut durch, diesmal jedoch in der lokalen Sparse-Zone.

      Die Installation sollte ohne Probleme abgeschlossen werden.

IFR-Installatationsaufforderung -console muss entfernt werden: "Möchten Sie eine Aktualisierung von einer früheren Application Server-Version durchführen?" (6592454)

Beschreibung

Bei der Ausführung des Enterprise Server IFR-Installationsprogramms mit der Option —console (Befehlszeilenmodus) erhalten Sie die folgende Eingabeaufforderung:

Do you want to upgrade from previous Application Server version?

Leider unterstützt das IFR-Installationsprogramm solche Aktualisierungen nicht, sodass diese Meldung falsch ist. Wenn Sie die Frage mit "Ja" beantworten, wird der Installationsprozess normal fortgesetzt, es wird jedoch nicht angezeigt, dass eine vollständige Installation (anstelle einer Aktualisierung) durchgeführt wurde.

Lösung

Verwenden Sie das Upgrade-Tool, wenn Sie Ihre Enterprise Server-Installation aktualisieren möchten.

Nach dem Upgrade sind beim Starten einer Domäne die folgenden Ausnahmen im Protokoll zu sehen. (6774663)

Beschreibung

Die folgenden Ausnahmen können ausgelöst werden:

#|2008-11-19T01:44:37.422+0530|SEVERE|sun-appserver9.1|org.apache.catalina.session.ManagerBase|_ThreadID=17;_ThreadName=pool-1-thread-3;_Req uestID=cc0ddf54-a42e-400a-9788-e30d79a25d88;|PWC2768: IOException while loading persisted sessions: java.io.InvalidClassException: org.apache .catalina.session.StandardSession; local class incompatible: stream classdesc serialVersionUID = 8647852380089530442, local class serialVersi onUID = -8515037662877107054 java.io.InvalidClassException: org.apache.catalina.session.StandardSession; local class incompatible: stream classdesc serialVersionUID = 864 7852380089530442, local class serialVersionUID = -8515037662877107054..... .....

Lösung

Nach dem Upgrade und dem Start der Upgrade-Domäne können diese Ausnahmen ignoriert werden, wenn sie wieder auftreten.