Sun Java System Application Server Enterprise Edition 8.1 2005Q2 Versionshinweise

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:  

  1. Entfernen Sie domain1 nicht und erstellen Sie andere Domänen um diese Domäne.

  2. 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/*

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

  1. 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"/>
  2. 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

  1. Benennen Sie das vorhandene <as_install> /bin/asant-Skript in asant.bak um.

  2. 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.

  3. Bearbeiten Sie das gerade kopierte <as_install> /bin/asant-Skript, wobei Sie das %CONFIG_HOME%-Token durch <as_install>/config ersetzen.

  4. 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.