Verwaltungsprobleme mit dem Scripting-Tool "wsadmin"

Verwenden Sie diese Informationen, wenn Probleme beim Starten oder Verwenden des Tools "wsadmin" auftreten.

Welches Problem liegt vor?
Wenn der angezeigte Fehler hier nicht aufgeführt ist, gehen Sie wie folgt vor:
  • [AIX Solaris HP-UX Linux Windows][IBM i]Wenn Sie nicht in den wsadmin-Befehlsmodus wechseln können, versuchen Sie, wsadmin -c "$Help wsadmin" auszuführen, um den Hilfetext für die korrekte Eingabe des Befehls aufzurufen.
  • [z/OS]Wenn Sie nicht in den wsadmin-Befehlsmodus wechseln können, versuchen Sie, wsadmin -c "\$Help wsadmin" auszuführen, um den Hilfetext für die korrekte Eingabe des Befehls aufzurufen.
  • Wenn Sie die Eingabeaufforderung von wsadmin abrufen können, geben Sie $Help help ein, um sicherzustellen, dass Sie bestimmte Befehle richtig verwenden.
  • wsadmin-Befehle sind eine übergeordnete Jacl-Gruppe (Java Command Language). Jacl ist wiederum eine Java-basierte Implementierung der Befehlssprache Tcl. Ausführliche Informationen zur Jacl-Syntax, die über die wsadmin-Befehle hinausgehen, finden sie auf der Website Tcl-Entwickler unter der Adresse Tcl Developer Xchange. Nähere Einzelheiten zur Java-Implementierung von Tcl finden Sie auf der Website The Tcl/Java Projec.
  • Suchen Sie in der Datei Installationsstammverzeichnis/profiles/Profilname/logs/wsadmin.traceout nach Anhaltspunkten.
    • Beachten Sie, dass wsadmin.traceout aktualisiert wird (vorhandene Protokollsätze werden gelöscht), wenn eine neue wsadmin-Sitzung gestartet wird.
    • Falls der von wsadmin zurückgegebene Fehler nicht zu dem von Ihnen eingegebenen Befehl passen sollte (es wird beispielsweise der Fehler WASX7023E angezeigt, der Sie darauf hinweist, dass keine Verbindung zu Host "meinHost" hergestellt werden konnte, obwohl Sie in der Befehlszeile die Option "-host meinHost" gar nicht eingegeben haben), prüfen Sie, welche Eigenschaften in den von wsadmin verwendeten Eigenschaftendateien angegeben sind. Wenn Sie nicht wissen, welche Eigenschaftendateien geladen wurden, suchen Sie in der Datei "wsadmin.traceout" nach den WASX7326I-Nachrichten. Für jede geladene Eigenschaftendatei ist eine dieser Eigenschaftendateien vorhanden.

[AIX Solaris HP-UX Linux Windows][IBM i] Wenn Sie den Fehler mit keinem dieser Schritte beheben können, prüfen Sie, ob der Fehler bekannt ist und dokumentiert wurde. Lesen Sie dazu die entsprechenden Informationen in der verfügbaren Onlineunterstützung (Hinweise und Tipps, technische Anmerkungen und Fixes). Wenn Ihr Fehler hier nicht aufgeführt ist, wenden Sie sich an den IBM Support.

WASX7016E, WASX7017E oder WASX7209I: Fehlernachrichten der Scripting-Sprache Jython:

Die folgenden Fehler können auftreten, wenn Sie dieses Jython-Script ausführen:

Jython-Script

"Profilstammverzeichnis/bin/wsadmin.sh
-lang jython -profile Profilname -host Hostname -f
script_file.py"

Fehlernachrichten

WASX7209I:
Mit Prozess "server1" auf Knoten Knotenname über Connector SOAP verbunden. Typ des Prozesses: UnManagedProcess.
WASX7016E: Beim Lesen der Datei "script_file.py" wurde eine Ausnahme empfangen. Informationen zur Ausnahme: sun.io.MalformedInputException
WASX7017E: Beim Ausführen der Datei "script_file.py"; ist eine Ausnahme eingetreten.
Informationen zur Ausnahme:
com.ibm.bsf.BSFException: exception from Jython: Traceback
(innermost last):   File "<string>" line 89, in ? NameError: log
Diese Fehler können auftreten, weil die Datei UTF-8-Zeichen enthält, die nicht gültig sind. Die Standardcodepage für RHEL 3 ist UTF-8 (en_US.UTF-8). Wenn eine Textdatei über Java™-Code gelesen wird, geht das Programm davon aus, dass alle Zeichen in UTF-8 codiert werden. Möglicherweise enthält die Datei ein oder mehrere Zeichen, die nicht Teil der UTF-8-Spezifikation sind und bewirken, dass der Ladevorgang fehlschlägt. Es gibt eine einfache Möglichkeit, zu bestimmen, ob ein ungültiges Zeichen den Fehler auslöst. Geben Sie "export LANG=C" ein, und führen Sie das Script erneut aus. Wenn Sie feststellen, dass das Problem auf ein ungültiges Zeichen zurückzuführen ist, gehen Sie wie folgt vor:
  1. Öffnen Sie ein neues Leseprogramm für die Datei.
  2. Lesen Sie die Datei zeichenweise.
  3. Geben Sie das ungültige Zeichen aus.
  4. Wenn Sie die Rückschritttaste drücken, wird die Ausnahme angezeigt, und Sie wissen dann, welches Zeichen den Fehler verursacht.
  5. Entfernen Sie alle Zeichen, die nicht gültig sind, und führen Sie das Script dann erneut aus.

WASX7023E: Fehler beim Erstellen der SOAP-Verbindung zum Host. Dieser oder ein ähnlicher Fehler ist beim Versuch, das Befehlszeilendienstprogramm wsadmin aufzurufen, aufgetreten.

Standardmäßig versucht das Dienstprogramm "wsadmin", beim Start eine Verbindung zu einem Anwendungsserver herzustellen. Der Grund dafür ist, dass manche Befehle beim Ausführen von Anwendungsservern ausgeführt werden. Dieser Fehler zeigt an, dass keine Verbindung hergestellt werden konnte.

Gehen Sie wie folgt vor, um den Fehler zu beheben:
  • [AIX Solaris HP-UX Linux Windows][IBM i]Wenn Sie nicht sicher sind, ob ein Anwendungsserver ausgeführt wird, starten Sie den Anwendungsserver, indem Sie an der Eingabeaufforderung "startserver Servername" eingeben. Wenn der Server bereits aktiv ist, sehen Sie eine Fehlermeldung wie "ADMU3027E: Es ist bereits eine Instanz des Servers aktiv."
  • [z/OS]Wenn Sie nicht sicher sind, ob ein Anwendungsserver ausgeführt wird, starten Sie den Anwendungsserver, indem Sie an der Eingabeaufforderung "startserver.sh Kurzname_des_Servers" eingeben. Wenn der Server bereits aktiv ist, sehen Sie eine Fehlermeldung wie "ADMU3027E: Es ist bereits eine Instanz des Servers aktiv."
  • [AIX Solaris HP-UX Linux Windows][IBM i]Wenn Sie eine Konfiguration von WebSphere Application Server Network Deployment ausführen, müssen Sie zunächst den Deployment Manager starten, indem Sie im Verzeichnis Installationsverzeichnis/bin den Befehl "startManager" oder "startManager.sh" eingeben. Dann können Sie unverzüglich wsadmin aufrufen, um eine Verbindung zum Deployment Manager herzustellen. Sie können auch einen Knoten und Anwendungsserver aufrufen, um eine Verbindung zum Knoten und Anwendungsserver herzustellen.
  • [z/OS]Wenn Sie eine Konfiguration von z/OS ausführen, müssen Sie zunächst den Deployment Manager starten, indem Sie den folgenden Befehl in einem Befehlsfenster der MVS-Konsole eingeben.
    START Name_des_Deployment-Manager-Prozesses,JOBNAME=Kurzname_des_Servers,
          ENV=Kurzname_der_Zelle.Kurzname_des_Knotens.Kurzname_des_Servers
    Anmerkung: Dieser Befehl muss in einer Zeile eingegeben werden. Hier wurde er nur aus Gründen der besseren Lesbarkeit in mehreren Zeilen angegeben.

    Dann können Sie unverzüglich wsadmin aufrufen, um eine Verbindung zum Deployment Manager herzustellen. Sie können auch einen Knoten und Anwendungsserver aufrufen, um eine Verbindung zum Knoten und Anwendungsserver herzustellen.

  • Wenn ein Anwendungsserver aktiv ist und der Fehler weiterhin auftritt:
    • Wenn Sie über ein fernes System (d. h., ein System, auf dem WebSphere Application Server nicht ausgeführt wird) arbeiten, müssen Sie die Option -host Hostname für den Befehl wsadmin ausführen, um wsadmin an den richtigen physischen Server zu leiten.
    • Wenn Sie die Option -host verwenden möchten, versuchen Sie, von dem System, auf dem Sie wsadmin aufrufen und prüfen möchten, ob Probleme mit der Konnektivität (z. B. Firewalls) bestehen, den Befehl "ping" abzusetzen.
    • Vergewissern Sie sich, dass sie die richtige Portnummer verwenden, um eine Verbindung zum Prozess von WebSphere Application Server herzustellen:
      • Wenn Sie beim Starten von wsadmin keine Portnummer angeben möchten (mit der Option "-port"), verwendet das Tool wsadmin den in der Datei Installationsverzeichnis/profiles/Profilname/properties/wsadmin.properties angegebenen Standardport, Eigenschaft "name=com.ibm.ws.scripting.port (Standardwert =8879)".
      • Der Port, der von wsadmin gesendet wird, ist von dem Serverprozess abhängig, zu dem wsadmin eine Verbindung herzustellen versucht.

        Bei einer Einzelserverinstallation versucht wsadmin standardmäßig, eine Verbindung zum Anwendungsserverprozess herzustellen. Gehen Sie wie folgt vor, um die Portnummer zu prüfen:
        • Suchen Sie in der Datei Profilstammverzeichnis/config/cells/"Zellenname"/nodes/Knotenname/serverindex.xml nach einem Tag mit der Eigenschaft serverType="APPLICATION_SERVER".
        • Suchen Sie in diesem Tag nach einem Eintrag, der die Eigenschaft endPointName="SOAP_CONNECTOR_ADDRESS" enthält.
        • Suchen Sie in diesem Tag nach der Eigenschaft "port". Das ist der Port, über den wsadmin senden muss.
        In einer Installation von WebSphere Application Server Network Deployment versucht wsadmin, wenn es im Verzeichnis "bin" der Installation von WebSphere Application Server Network Deployment gestartet wurde, standardmäßig, Anforderungen an den Deployment Manager zu senden. Gehen Sie wie folgt vor, um die Portnummer zu prüfen:
        • Rufen Sie den Hostnamen des Knotens, auf dem der Deployment Manager installiert ist, ab.
        • Suchen Sie mit diesem Hostnamen in der Datei "Profilstammverzeichnis/config/cells/Zellenname/nodes/Knotenname/serverindex.xml" nach einem Tag mit der Eigenschaft serverType="DEPLOYMENT_MANAGER".
        • Suchen Sie in diesem Tag nach einem Eintrag, der die Eigenschaft endPointName="SOAP_CONNECTOR_ADDRESS" enthält.
        • Suchen Sie in diesem Tag nach einem Eintrag, der die Eigenschaft "port" enthält. Das ist der Port, über den das Tool "wsadmin" senden muss.
    • [z/OS]Wenn die Sicherheit aktiviert ist, vergewissern Sie sich, dass die TSO- oder Telnet-Benutzer-ID, die den Scripting-Client aufruft, einen Schlüsselring mit dem in der Datei ssl.client.props angegebenen Namen hat. Es muss der richtige Schlüsselring verwendet werden, damit die SSL-Verbindung hergestellt werden kann. Der Standardname für den Schlüsselring ist WASKeyring. Dieser Schlüsselring enthält das CA-Zertifikat für den Verwaltungsserver.

"com.ibm.bsf.BSFException: error while eval'ing Jacl expression: no such method Befehlsname in class com.ibm.ws.scripting.AdminConfigClient" returned from wsadmin command.

Dieser Fehler wird normalerweise von einem falsch buchstabierten Befehlsnamen ausgelöst. Rufen Sie mit dem Befehl $AdminConfig help Informationen zu den verfügbaren Befehlen ab. Beachten Sie, dass bei Befehlsnamen die Groß-/Kleinschreibung beachtet werden muss.

[AIX Solaris HP-UX Linux Windows][IBM i]

Nach Ausführung des Befehls wsadmin -c ... wurde die Nachricht WASX7022E, die einen ungültigen Befehl anzeigt, zurückgegeben

Wenn der nach -c angegebene Befehl gültig zu sein scheint, wird der Fehler vielleicht dadurch ausgelöst, dass Unix, wenn es wsadmin -c zum Aufrufen eines ein Dollarzeichen beinhaltenden Befehls verwendet, eine Shell aktiviert, die versucht, die Variablensubstitution durchzuführen. Um sicherzustellen, dass dies der Fehler ist, überprüfen Sie, ob der Befehl ein Dollarzeichen enthält, dem kein Escape-Zeichen vorangestellt ist. Beispiel: wsadmin -c "$AdminApp install ....".

Setzen Sie einen Backslash als Escape-Zeichen vor das Dollarzeichen, um diesen Fehler zu beheben. Beispiel: wsadmin -c "\$AdminApp install ...".

[z/OS]

Nach Ausführung des Befehls "wsadmin -c ..." wurde die Nachricht WASX7022E, die einen ungültigen Befehl anzeigt, zurückgegeben

Wenn der nach -c angegebene Befehl gültig zu sein scheint, wird der Fehler vielleicht dadurch ausgelöst, dass die Shell die Variablensubstitution durchzuführen versucht. Die Variablensubstitution wird möglicherweise auf Unix-Systemen durchgeführt, wenn wsadmin -c einen Befehl aufruft, der in Anführungszeichen gesetzt ist und Dollarzeichen enthält. Um sicherzustellen, dass dies der Fehler ist, überprüfen Sie, ob der Befehl ein Dollarzeichen enthält, dem kein Escape-Zeichen vorangestellt ist. Beispiel: wsadmin -c "$AdminApp install ....".

Setzen Sie einen Backslash als Escape-Zeichen vor das Dollarzeichen, um diesen Fehler zu beheben. Beispiel: wsadmin -c "\$AdminApp install ...".
Anmerkung: Wenn der Befehl in Apostrophe gesetzt ist, versucht die Shell nicht, die Variablensubstitution durchzuführen. Daher muss für das Dollarzeichen kein Escape-Zeichen gesetzt werden. Beispiel: wsadmin.sh -c "$AdminApp install ..."

com.ibm.ws.scripting.ScriptingException: WASX7025E: Es wurde ein Fehler in der Zeichenfolge """" gefunden. Das Objekt kann nicht erstellt werden.

Eine mögliche Ursache dieses Fehlers ist, dass für einen Objektnamen eine leere Zeichenfolge angegeben wurde. Das kann passieren, wenn Sie eine Scripting-Anweisung verwenden, um einen Objektnamen zu erstellen, und eine weitere Anweisung verwenden, in der dieser Namen übernommen werden soll (z. B. in einem Befehl "invoke" oder "getAttribute"), aber nicht prüfen, ob die erste Anweisung wirklich einen Objektnamen zurückgibt. Beispiel (die folgenden Beispiele verwenden zum Erstellen eines Beispiel-Scripts zusätzlich zu den wsadmin-Jacl-Erweiterungen Jacl-Basisbefehle):

#let's misspell "Server" 
set serverName [$AdminControl queryNames type=Srever,*] 
$AdminControl getAttributes $serverName 

Vergewissern Sie sich bei der Fehlerbehebung, dass die Zeichenfolgen des Objektnamens Werte enthalten, bevor Sie sie benutzen. Beispiel:

set serverName[$AdminControl queryNames node=mynode,type=Server,name=server1,*]
if {$serverName == """"} {puts "Keine Abfragenamen zurückgegeben - Abfragenamen überprüfen"}
else {$AdminControl getAttributes $serverName} 

Ausführliche Informationen zur Jacl-Syntax, die über die wsadmin-Befehle hinausgehen, enthält die Site der Tcl-Entwickler unter der Adresse http://www.tcl.tk.

[AIX Solaris HP-UX Linux Windows][IBM i]

Der Befehl wsadmin hat auf einer Windows-Plattform einen Fehler wie "Die Eingabezeile ist zu lang" zurückgegeben

Dieser Fehler zeigt an, dass die Zeichenbegrenzung für die Windows-Befehlszeile, die 2048 Zeichen beträgt, überschritten wurde. Dies liegt wahrscheinlich daran, dass der Befehl wsadmin.bat mit einem langen Pfadnamen verwendet wurde. Dieser Fehler kann angezeigt werden, wenn Sie wsadmin an einer Windows-Eingabeaufforderung ausführen oder wsadmin in einer Datei mit der Erweiterung .bat, einer ant-Build-Datei oder mit Profile Management Tool aufrufen. Sofern der Fehler nicht bei der Ausführung von wsadmin mit Profile Management Tool aufgetreten ist, können Sie den Fehler durch Verwendung des Windows-Befehls subst vermeiden, der die Möglichkeit bietet, einem virtuellen Laufwerk einen vollständigen Pfad zuzuordnen. Wenn Sie die Syntax des Befehls subst anzeigen möchten, geben Sie in einem Windows-Befehlsfenster help subst ein.

Wenn das Produkt beispielsweise im Verzeichnis Stammverzeichnis_des_Anwendungsservers installiert ist, editieren Sie die Datei Stammverzeichnis_des_Anwendungsservers\bin\setupCmdLine.bat.
SET CUR_DIR=%cd%
cd /d "%~dp0.."
SET WAS_HOME=%cd%
cd /d "%CUR_DIR%"

@REM Fügen Sie die folgenden beiden Zeilen hinzu, um die Längenbegrenzung für die Befehlszeile in Windows 2K zu umgehen
subst w: %WAS_HOME%
set WAS_HOME=w:
...
...
Editieren Sie anschließend die Datei setupCmdLine.bat im Verzeichnis bin Ihres Profils wie folgt:
SET WAS_USER_PROFILE=...
SET USER_INSTALL_ROOT=...
SET WAS_HOME=Stammverzeichnis_des_Anwendungsservers
SET JAVA_HOME=Stammverzeichnis_des_Anwendungsservers\java

@REM Fügen Sie die folgenden drei Zeilen hinzu, um die Längenbegrenzung für die Befehlszeile in Windows 2K zu umgehen
subst w: %WAS_HOME%
set WAS_HOME=w:
set JAVA_HOME=%WAS_HOME%\java
...
...

Wenn dieser Fehler beim Ausführen von Profile Management Tool aufgetreten ist, müssen Sie das Tool erneut ausführen und einen kürzeren Profilpfad mit einem kürzeren Profilnamen angeben. Sollten Sie den Fehler dadurch nicht beheben können, müssen Sie die Datei setupCmdLine.bat im Verzeichnis bin der WebSphere Application Server-Installation gemäß den oben beschriebenen Anleitungen editieren. Führen Sie nach dem Editieren der Datei Profile Management Tool erneut aus. Sollte das Problem weiterhin bestehen, installieren Sie WebSphere Application Server mit einem kürzeren Pfad für das Installationsstammverzeichnis erneut.

Der IBM Support stellt Dokumente mit Informationen bereit, die Ihnen bei der Behebung dieses Fehlers Zeit sparen können. Bevor Sie einen PMR öffnen, lesen Sie bitte die Informationen auf der IBM Unterstützungsseite.

WASX701E: Beim Ausführen der Datei "Scriptname.jacl" ist eine Ausnahme eingetreten. Informationen zur Ausnahme: com.ibm.bsf.BSFException: error while evaluating Jacl expression: missing close-bracket

Dieser Fehler tritt auf, wenn die Codepage, die der Scripting-Client erwartet, und die Codepage, in der das Jacl-Script geschrieben wurde, nicht übereinstimmen.

Sie können diesen Fehler beheben, indem Sie mit der Option -Dscript.encoding=script codepage in der Datei wsadmin.sh oder wsadmin.bat die Codepage des Jacl-Scripts angeben. Die folgenden Anleitungen helfen Ihnen bei der Bestimmung der Script-Codepage:
  • Wenn das Script in der OMVS-Schnittstelle mit dem Editor OEDIT geschrieben wurde, ist die Codepage IBM-037. In diesem Fall müssen Sie die Option wie folgt angeben: -Dscript.encoding=Cp037
  • Wenn das Script in einer Telnet-Sitzung mit der OMVS-Schnittstelle im Editor VI geschrieben wurde, ist die Codepage IBM-1047. In diesem Fall müssen Sie die Option wie folgt angeben: -Dscript.encoding=Cp1047
  • Wenn das Script auf einem Personal Computer oder einer anderen ACSII-Maschine geschrieben und anschließend als Textdatei auf den Host übertragen wurde, ist die Codepage IBM-1047. In diesem Fall müssen Sie die Option wie folgt angeben: -Dscript.encoding=Cp1047
  • Wenn das Script auf einem Personal Computer oder einer anderen ASCII-Maschine geschrieben und anschließend im Binärformat auf den Host übertragen wurde, ist die Codepage ISO-8859-1 (ASCII). In diesem Fall müssen Sie die Option nicht definieren, weil die Standardeinstellung ASCII ist. Sie sollten auch andere mögliche Ursachen für diesen Fehler in Betracht ziehen.
[AIX Solaris HP-UX Linux Windows][IBM i]

WASX7015E: Beim Ausführen des Befehls "source c: ..." ist eine Ausnahme eingetreten: Informationen zur Ausnahme: com.ibm.bsf.BSFException: error while evaluating Jacl expression: couldn't read file "c: ..."

Dieser Fehler tritt auf, wenn Sie den Befehl wsadmin im aktuellen Prozesskontext für ein Jacl-Script in einer Windows®-Umgebung ausführen und dabei einen Backslash ( \ ) anstelle eines Schrägstrichs ( / ) verwenden. Der Dateipfad darf keinen Backslash ( \ ) enthalten, wie z. B. in folgender Angabe: wsadmin > source c:\temp\test.jacl. Der Dateipfad muss den Vorwärtsstrich ( / ) als Pfadtrennzeichen, z. B. wsadmin > source c:/temp/test.jacl.

Verwenden Sie zur Behebung dieses Problems einen Vorwärtsstrich ( / ) im Dateipfad, wenn Sie den Befehl wsadmin im aktuellen Prozesskontext für ein Jacl-Script in einer Windows-Umgebung ausführen:

Stammverzeichnis_des_Anwendungsservers\bin>wsadmin
WASX7209I: Mit Prozess "dmgr" auf Knoten sunCellManager01 über SOAP-Connector verbunden. Typ des Prozesses:
WASX7029I: Wenn Sie Hilfe benötigen, geben Sie "$Help help" ein.
wsadmin>source c:/temp/test.jacl

Unerwarteter Fehler CWSIV0806E im WebSphere-Protokoll nach dem Löschen eines Service für abgehende Daten

Dieser Fehler tritt auf, wenn eine Ausnahme für das Ziel MPOutBoundServicePortDestination in der Messaging-Engine "trueliesNode01.server1-FVTSIBus01" in Bus "FVTSIBus01" für die Endpunktaktivierung abgesetzt wird:

com.ibm.websphere.sib.exception.SINotPossibleInCurrentConfigurationException: CWSIP0111E: Das Ziel mit dem Namen MPOutBoundServicePortDestination wird gerade in der Messaging-Engine {1} gelöscht.

Sie können diesen Fehler ignorieren, er ist unkritisch.

Ausnahme bei der Verwendung von Trennzeichen

Sie müssen Schrägstriche (/) als Pfadtrennzeichen verwenden. Die Verwendung von Backslashs (\) ist nicht zulässig.

Authentifizierung im Dateiübertragungsservice aktivieren

Der Dateiübertragungsservice unterstützt die rollenbasierte Authentifizierung. Es werden zwei Versionen der Webanwendung "Dateiübertragung" bereitgestellt. Standardmäßig wird die Version installiert, die den aufrufenden Prozess (Caller) nicht authentifiziert. Auf diese Weise wird die Kompatibilität zwischen WebSphere Application Server Network Deployment Version 5.0 und Version 5.0.1 und höher gewährleistet. Es wird empfohlen, die Authentifizierung für die Dateiübertragung zu aktivieren, um nicht berechtigte Zugriffe auf die Dateiübertragungsanwendung zu verhindern. Wenn Sie jedoch Clients der Version 5.0 in Ihrer Umgebung von WebSphere Application Server Network Deployment ausführen, können diese nicht mit der gesicherten Dateiübertragungsanwendung kommunizieren, wenn die globale Sicherheit aktiviert ist.

In WebSphere Application Server Version 6.x werden heterogene Zellen unterstützt. Die Dateiübertragung ist eine Systemanwendung. Wenn alle Knoten in der Zelle Knoten der Version 5.0.1 oder höher sind, können Sie die Authentifizierung im Dateiübertragungsservice aktivieren, indem Sie die Dateiübertragungsanwendung im Deployment Manager erneut implementieren. Die kompatible Version ist im Verzeichnis ${Stammverzeichnis_des_Anwendungsservers}/systemApps/filetransfer.ear gespeichert. Die gesicherte Version finden Sie im Verzeichnis ${Stammverzeichnis_des_Anwendungsservers}/systemApps/filetransferSecured.ear.

Es wird ein wsadmin-Jacl-Script bereitgestellt, mit dem Sie die Dateiübertragungsanwendung erneut implementieren können. Das Script heißt redeployFileTransfer.jacl und befindet sich im Verzeichnis ${Stammverzeichnis_des_Anwendungsservers}/bin. Nachdem der Deployment Manager und alle Knoten auf Version 5.0.1 oder höher aktualisiert wurden, können Sie den sicheren Dateiübertragungsservice durch Ausführen des Scripts implementieren. Die Syntax für die Ausführung des Script im Verzeichnis bin lautet wie folgt:

wsadmin -profile redeployFileTransfer.jacl -c "fileTransferAuthenticationXxx 
Zellenname Knotenname Servername

Für diese Angaben gilt: "Xxx" steht für "On" bzw. "Off".

Wenn Sie das Script beispielsweise ausführen, um die Verwendung der Datei filetransferSecured.ear zu aktivieren, lautet die Syntax etwa wie im folgenden Beispiel:
wsadmin -profile redeployFileTransfer.jacl -c 
"fileTransferAuthenticationOn managedCell managedCellManager dmgr"
oder
wsadmin -profile redeployFileTransfer.jacl -c 
"fileTransferAuthenticationOn baseCell base server1"
Wenn Sie wieder den Dateiübertragungsservice ohne Authentifizierung verwenden möchten, können Sie das Script wie folgt ausführen:
wsadmin -profile redeployFileTransfer.jacl -c 
"fileTransferAuthenticationOff managedCell managedCellManager dmgr"
oder
wsadmin -profile redeployFileTransfer.jacl -c 
"fileTransferAuthenticationOff baseNodeCell baseNode server1"

Geändertes Format der Ausgabe von "$AdminConfig list" in Version 6.0

Wenn Sie ein Script verwenden, das die Ausgabe von "$AdminConfig list" syntaktisch analysiert, z. B. "$AdminConfig list Node", erhalten Sie möglicherweise Fehlermeldungen wie "Knoten nicht gefunden". Scripts sollen die Ausgabe von $AdminConfig nicht syntaktisch analysieren, wenn Sie jedoch ein Script haben, das diese Syntaxanalyse durchführt, muss es für die Verwendung unter WebSphere Application Server Version 6.0 aktualisiert werden, um Änderungen im Ausgabeformat widerzuspiegeln.

Bei Verwendung eines vorhandenen Profils von Version 6.0 werden Sie nicht aufgefordert, eine Benutzer-ID und ein Kennwort einzugeben, nachdem Sie Servicekomponenten von Version 6.0.2 angewendet haben

Bei aktivierter Sicherheit sind eine Benutzer-ID und ein Kennwort für die Ausführung einer .bat-Datei erforderlich. Version 6.0.2 verfügt über eine neue Funktion, die Sie zur Eingabe einer Benutzer-ID und eines Kennworts auffordert, wenn Sie die entsprechenden Angaben nicht in der Befehlszeile vorgenommen haben. Diese Funktion ist jedoch nicht für Profile verfügbar, die unter Version 6.0 erstellt wurden.

Eigenschaftendateien für Profile, die unter Version 6.0 erstellt wurden, werden nach dem Anwenden des Refresh-Pack der Version 6.0.2 nicht aktualisiert.

Es gibt zwei Lösungen für dieses Problem:
  1. Erstellen Sie ein neues Profil, nachdem Sie die Servicekomponenten von Version 6.0.2 angewendet haben. Dieses neue Profil enthält alle aktualisierten Eigenschaftendateien, und Sie werden aufgefordert, eine Benutzer-ID und ein Kennwort einzugeben.
  2. Wenn Sie das vorhandene Profil der Version 6.0 behalten und die neue Eingabeaufforderung nutzen möchten, müssen Sie drei Dateien manuell aktualisieren:

Bei der Ausführung des Befehls $AdminApp searchJNDIReferences mit dem JNDI-Namen (Java Naming and Directory Interface) eines Nachrichtenziels wird die Referenz auf das Nachrichtenziel nicht zurückgegeben

Dieses Problem tritt auf, wenn der Befehl $AdmnApp searchJNDIReferences mit dem JNDI-Namen eines Nachrichtenziels ausgeführt wird. Der Befehl kann die im Anwendungsimplementierungsdeskriptor definierte Referenz auf Nachrichtenziele nicht erfassen. Das Nachrichtenziel, die Sie für den Anwendungsserver konfiguriert haben, wird mit einem Nachrichtenziellink für zwei Elemente definiert: eine nachrichtengesteuerte Bean (Message-Driven Bean, MDB) und eine Referenz auf ein Nachrichtenziel.

Für dieses Regressionsproblem ist gegenwärtig keine Umgehung möglich. Der Befehl $AdmnApp searchJNDIReferences kann keine Referenz auf ein Nachrichtenziel zurückgeben, die für zwei Elemente definiert ist.

AWXJR0006E: Die Datei {0} wurde nicht gefunden.

Dieses Problem tritt auf, wenn Sie versuchen, mit dem Tool wsadmin in einer Deployment-Manager-Umgebung mit oder ohne hinzugefügte Knoten einen JACC-Provider für den Tivoli Access Manager zu konfigurieren. Sie geben einen Namen für den Deployment-Manager-Knoten ein, z. B. t54Manager anstelle eines Sterns (*) für alle Knoten. Der Befehl wsadmin wird ausgeführt, aber beim Versuch, einen neuen Knoten hinzuzufügen und zu starten bzw. einen vorhandenen Knoten zu starten, wird in der Datei SystemOut.log des Node Agent eine Fehlermeldung wie die folgende ausgegeben:
[12/7/05 17:09:51:266 CST] 0000000a SystemOut     O AWXJR0006E: Die Datei
C:\cc_was602\WebSphere\AppServer\profiles\AppSrv01\etc\tam\amwas.t54Node01_.amjacc.properties wurde nicht gefunden.
[12/7/05 17:09:51:266 CST] 0000000a distSecurityC E   SECJ0391E: Fehler beim Setzen des Richtlinienobjekts auf die
Richtlinienimplementierung {0} des Providers. Die Ausnahme ist {1}.
[12/7/05 17:09:51:281 CST] 0000000a distSecurityC E   SECJ0324E: Fehler bei der Initialisierung der Java-2-Sicherheit und
der dynamischen Richtlinie. 
Zur Umgehung dieses Problems müssen Sie die vorhandene Konfiguration von Tivoli Access Manager dekonfigurieren und mit der Angabe eines Sterns (*) für den Knotennamen erneut konfigurieren. Beispiel:
wsadmin.bat -user wsadmin -password Kennwort1 -f enableTAM.jacl "*" Name_des_TAM-Hosts:7135
""TAMHostName:7136:1""   "cn=wsadmin,o=ibm,c=us" "o=ibm","c=us sec_master"
sec_master Kennwort1 "9990:9999"
[AIX HP-UX Solaris]

WASX7022E: Beim Ausführen von Befehl "import sys" ist ein Fehler aufgetreten. Informationen zur Ausnahme: com.ibm.bsf.BSFException: unable to load language

Dieses Problem kann durch eine Einschränkung auf einigen UNIX-Plattformen, z. B. Linux, ausgelöst werden, wenn Sie versuchen, die Sprache Jython zu verwenden.

Gehen Sie wie folgt vor, um das Problem zu beheben:
  1. Überprüfen Sie die zulässige Anzahl der offenen Dateien auf der Maschine, z. B.: ulimit -a
  2. Überprüfen Sie die Anzahl der für die Maschine konfigurierten offenen Dateien. Der Standardwert ist 1024.
  3. Geben Sie einen höheren Wert an, z. B.: ulimit -n 2048
  4. Versuchen Sie, das Tool wsadmin wieder mit der Sprache Jython zu verwenden.
[z/OS]

WASX7017E: Beim Ausführen der Datei "<Script zum Stoppen der Anwendung>" ist eine Ausnahme eingetreten

WASX7017E: Beim Ausführen der Datei "<Script zum Stoppen der Anwendung>" ist eine Ausnahme eingetreten; Informationen zur Ausnahme: javax.management.MBeanException com.ibm.ws.exception.RuntimeWarning: Application <Anwendungsname> not started

Dieser Fehler wird bei der Verwendung von Scripting ausgelöst, wenn Sie eine bereits gestoppte Anwendung stoppen oder eine bereits gestartete Anwendung starten.


Symbol, das den Typ des Artikels anzeigt. Referenzartikel



Symbol für Zeitmarke Letzte Aktualisierung: 25.05.2016
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=rtrb_wsadminprobs
Dateiname:rtrb_wsadminprobs.html