test

Versionshinweise zu Sun GlassFish Enterprise Server 2.1

Installation

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

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 den Exportbefehl folgendermaßen aus:


export MALLOC_CHECK_

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.

Hinweis –

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 zuerst MQ 4.1 manuell über dasselbe Medium in der globalen Zone, auf dem sich auch die Enterprise Server 2.1 IFR-Installation befindet, um die aktuellen MQ-Pakete bereitzustellen.

    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. Diese Aktion überprüft die Version von MQ in der GZ und führt gegebenenfalls ein Upgrade auf die mit Enterprise Server 2.1 IFR kombinierte Version durch. 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

Wenn Sie das Enterprise Server 2.1 IFR-Intallationsprogramm mit der Option -console (Befehlszeilenmodus) ausführen, wird die folgende Aufforderung angezeigt:


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.