Sun Java System Application Server Enterprise Edition 8.1 2005Q2 Versionshinweise

- Previous: Kapitel 2 Info über Anwendungsserver Enterprise Edition 8.1 2005Q2
- Next: Apache und Lastenausgleich-Plugin

# Administration

In diesem Abschnitt werden bekannte Verwaltungsprobleme sowie ihre Lösungen beschrieben.

Bug-ID | Zusammenfassung
--- | ---
6171458 | Das `package-appclient`-Skript wird nicht ausgeführt, wenn `domain1` nicht vorhanden ist. In `$INSTALL/lib/package-appclient.xml` ist standardmäßig ein hartkodierter Wert für die Variable `AS_ACC_CONFIG` für `domain1` festgelegt, auf den durch die Datei `asenv.conf` verwiesen wird. Wenn domain1 gelöscht und eine neue Domäne erstellt wird, wird die `AS_ACC_CONFIG`-Variable nicht entsprechend der neuen Domäne aktualisiert, sodass die Ausführung des `package-appclient`-Skripts fehlschlägt. Lösung Gehen Sie folgendermaßen vor: Entfernen Sie `domain1` nicht und erstellen Sie andere Domänen um diese Domäne. Entfernen Sie `domain1`, und ersetzen Sie den hartcodierten Wert für `domain1` in `$INSTALL/lib/package-appclient.xml` durch den neuen Domänennamen. Diesen Vorgang müssen Sie für jede neu erstellte Domäne durchführen, wenn `domain1` nicht mehr vorhanden ist.
6196993 | Gesicherte Domäne kann nicht unter einem anderen Namen wiederhergestellt werden. Eine Domäne kann in derselben Application Server-Installation nicht über die Befehle `backup-domain` und `restore-domain` gespiegelt werden, da die Domäne nicht unter Verwendung eines anderen Namens als dem ursprünglichen Namen wiederhergestellt werden kann (wenngleich der Befehl `asadmin restore-domain` eine Option zum Umbenennen der Domäne bietet). Die Umbenennung der gesicherten Domäne scheint erfolgreich, doch der Versuch, die umbenannte Domäne zu starten, schlägt fehl, da die Einträge in der Domänenkonfiguration nicht geändert werden und `startserv` und `stopserv` den ursprünglichen Domänennamen zum Festlegen von Pfaden verwenden. Lösung Der vom Befehl `restore-domain` verwendete Domänenname muss mit dem ursprünglichen, vom Befehl `backup-domain` verwendeten Domänennamen übereinstimmen. Die Befehle `backup-domain` und `restore-domain` in Application Server 8.1 funktionieren nur zum Sichern und Wiederherstellen derselben Domäne auf demselben Computer.
6200011 | Das Starten von Application Server mit zusätzlichem JMX-Agent wird nicht unterstützt. J2SE 1.4.x, 5.0 oder höher kann für die Ausführung mit Application Server konfiguriert werden. In J2SE 5.0 ermöglicht eine plattformeigene Funktion das Starten eines JMX-Agenten. Um diese Funktion zu aktivieren, setzen Sie die entsprechenden Systemeigenschaften für den Serverstart fest. Zu den möglichen Werten gehören:
    name="com.sun.management.jmxremote" value="true"
    name="com.sun.management.jmxremote.port" value="9999"
    name="com.sun.management.jmxremote.authenticate" value="false"
    name="com.sun.management.jmxremote.ssl" value="false"
Nachdem Sie die JMX-Eigenschaften konfiguriert und den Server gestartet haben, wird ein neuer `jmx-connector`-Server in der Virtual Machine von Application Server gestartet. Ein unerwünschter Nebeneffekt davon besteht darin, dass die Administrationsfunktionen beeinträchtigt werden und die Application Server-Administrationskonsole und Befehlszeilenschnittstelle evtl. unerwünschte Ergebnisse produzieren. Dieses Problem wird durch Konflikte zwischen dem integrierten `jmx-connector`-Server und dem neuen `jmx-connector`-Server verursacht. Lösung Wenn Sie `jconsole` (oder einen anderen `JMX-kompatiblen` Client) verwenden, können Sie den standardmäßig beim Start von Application Server gestarteten JMX-Konnektor-Server wiederverwenden. Wird der Server gestartet, wird eine Zeile ähnlich der unten dargestellten Zeile auf dem Server angezeigt.Protokoll. Sie können eine Verbindung zur dort angegebenen `JMXService`-URL herstellen und dieselben Management-/Konfigurationsoperationen durchführen, nachdem Sie die Anmeldeinformationen erfolgreich angegeben haben, beispielsweise:
    [#|2004-11-24T17:49:08.203-0800|INFO|sun-appserver-ee8.1|
    javax.enterprise.system.tools.admin|_ThreadID=10;|ADM1501:
    Dies ist die JMXServiceURL für JMXConnectorServer:
    [service:jmx:rmi:///jndi/rmi://hostname:8686/management/
    rmi-jmx-connector]. Dieser URL gilt für die entfernten
    administrativen Clients, die die JSR 160 JMX-Konnektoren verwenden.|#]
Weitere Informationen finden Sie im Administration Guide.
6206176 | Unter UNIX sind Berechtigungen für das Ausführen der Application Server start -und stop-Skripten zu restriktiv. Wenn Sie als Benutzer "A" angemeldet sind und den Befehl `asadmin restore-domain` ausführen, wird in den Skripts die Berechtigung 744 (`rwxr--r--`) festgelegt. Wenn Sie anschließend als Benutzer "B" angemeldet sind, können Sie keine Domäne starten oder beenden (selbst wenn Benutzer "B" Root ist), da die Skripts nur noch von Benutzer "A" ausgeführt werden können. Lösung Ändern Sie die Berechtigungen in den Skripts:
    chmod 755 appserv/domains/domain-name/bin/*
1. 6236544, 6275436 | Lastenausgleichs-Konfigurationsdatei kann nicht mit dem Endpunkt-URL eines Webservice erstellt werden. Beim Einrichten der Lastenausgleichskonfiguration mit einer Anwendung, die über ein EJB-Modul verfügt und eine Webservice-URL exportiert, befindet sich das Kontext-Stammverzeichnis (root) für den Webservice nicht in der resultierenden Datei `loadbalancer.xml`. Lösung Bearbeiten Sie die Datei `loadbalancer.xml` wie folgt, um das fehlende Webmodul hinzuzufügen:
       <web-module context-root="context-root-name"
       disable-timeout-in-minutes="30" enabled="true"/>
Ersetzen Sie den Wert context-root-name mit dem Kontext-Rootnamen des Webservice, der als EJB offengelegt wurde.
6288893 | Anwendungsserver-Neustart unter Verwendung von `sun-appserv-admin` führt zu einem `LoginException`-Fehler. Lösung Benennen Sie das vorhandene <as_install>`/bin/asant`-Skript in `asant.bak` um. Kopieren Sie die Datei `asant.template` in <as_install> `/lib/install/templates/ee` (für die SE/EE-Version) in das <as_install>`/bin`/-Verzeichnis und benennen Sie die Datei in `asant` um. Bearbeiten Sie das gerade kopierte <as_install>`/bin/asant`-Skript, wobei Sie das `%CONFIG_HOME%`-Token durch <as_install>`/config` ersetzen. Falls manuelle Änderungen an der ursprünglichen `asant.bak`-Datei vorgenommen wurden, führen Sie diese in das neue `asant`-Skript zusammen.
6315957 | Die Datei `.asadmintruststore` wird in der Anwendungsserver-Dokumentation nicht beschrieben. Falls diese Datei nicht im `home`-Verzeichnis des Serveradministrators vorhanden ist, können schwerwiegende Fehler beim Upgrade bestimmter, auf dem Server gehosteter Anwendungen auftreten. Lösung Falls möglich, sollte der Befehl `asadmin start-domain domain1` von dem Benutzer ausgeführt werden, der den Server installierte. Falls er nicht von diesem Benutzer ausgeführt wird, sollte `.asadmintruststore` aus dem `home`-Verzeichnis des installierenden Benutzers in das `home`-Verzeichnis des ausführenden Benutzers kopiert werden. Beachten Sie Folgendes: Falls die Datei aus dem `home`-Verzeichnis des installierenden Benutzers in das `home`-Verzeichnis des ausführenden Benutzers verschoben (nicht kopiert) wird, treten eventuell Probleme beim Anwendungsupgrade auf, wie in den Bugs 6309079, 6310428 und 6312869 beschrieben, da der Upgrade-/Installationsbenutzer (in Java ES in der Regel `root`) in seinem Stammverzeichnis nicht mehr über die Datei `.asadminstruststore` verfügt.
6407140 | Serverinstanzen, die mit dem `start-node-agent` gestartet wurden, verfügen nicht über die aktuellen Synchronisationsinhalte. Der Befehl für den `asadmin start-node-agent` startet automatisch die Remote Server-Instanzen ohne Snychronisation mit DAS. Lösung Wenn Sie eine Remote Server-Instanz starten, die mit dem zentralen, von DAS verwalteten Repository synchronisiert ist, müssen Sie die Option `--startinstances=false` mit dem Befehl `asadmin start-node-agent` angeben. Verwenden Sie dann den Befehl `asadmin start-instance`, um die Remote Server-Instanz zu starten
6654726 | Die Funktion der Administrationskonsole zur Auswahl der Verschlüsselungsfolgen funktioniert nicht ordungsgemäß. Wenn Sie die HTTP-Zielgeräte "Alle Verschlüsselungsfolgen unterstützenâ auswählen, sind die Kontrollkästchen deaktiviert, werden jedoch beim Aktualisieren der Seite aktiviert, auch wenn das Kontrollkästchen "Alle unterstützen..." aktiviert ist. Dies scheint zwar ein Problem zu sein, die Änderungen werden der Konfiguration jedoch hinzugefügt, wenn ein Zertifikatspseudonym eingegeben und auf 'Speichern' geklickt wurde. Lösung Kein Handeln erforderlich. Die Änderungen wurden gespeichert.

- Previous: Kapitel 2 Info über Anwendungsserver Enterprise Edition 8.1 2005Q2
- Next: Apache und Lastenausgleich-Plugin

- © 2010, Oracle Corporation and/or its affiliates