WAS v8.5 > Reference > Administrator best practices

Administrative problems with the wsadmin scripting tool

Use this information if you are having problems starting or using wsadmin.

What kind of problem are you having?

If we do not see your problem here:

If none of these steps fixes your problem, check to see if the problem has been identified and documented by looking at the available online support (hints and tips, technotes, and fixes). If we don't find your problem listed there please contact IBM support.


WASX7016E, WASX7017E, or WASX7209I: Jython scripting language error

The following errors may occur when we run this Jython script:

Jython script

"profile_root/bin/wsadmin.sh -lang jython -profile profile_name -host host_name -f script_file.py"

Error Messages 

WASX7209I: Connected to process "server1" on node node_name using SOAP connector;  The type of process is:
UnManagedProcess
WASX7016E: Exception received while reading file "script_file.py"; exception information:
sun.io.MalformedInputException
WASX7017E: Exception received while running file "script_file.py"; exception information:
com.ibm.bsf.BSFException: exception from Jython: Traceback
(innermost last):   File "<string>" line 89, in ? NameError: log

These errors can occur because there are UTF-8 characters in the file that are not valid. The default codepage for RHEL 3 is UTF-8 (en_US.UTF-8). When doing a text file read through Java™ code, the program assumes all characters are UTF-8 encoded. There might be one or more characters in the file that are not part of the UTF-8 specification, causing the load to fail. An easy way to determine if a character not valid is causing the error is to enter export LANG=C and run the script again. If you determine the problem is a character not valid:

  1. Open a new text reader on the file.
  2. Read it one character at a time.
  3. Print the character not valid.

  4. When you press the back characters, you get the exception and will then know which of the characters is causing the error.
  5. Remove any characters that are not valid, then run the script again


"WASX7023E: Error creating "SOAP" connection to host" or similar error trying to launch wsadmin command line utility

By default, the wsadmin utility attempts to connect to an application server at startup. This is because some commands act upon running application servers. This error indicates that no connection could be established.

To resolve this problem:


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

This error is usually caused by a misspelled command name. Use the $AdminConfig help command to get information about what commands are available. Note that command names are case-sensitive.


WASX7022E returned from running wsadmin -c ... command, indicating invalid command

If the command following -c appears to be valid, the problem may be caused by the fact that on Unix, using wsadmin -c to invoke a command that includes dollar signs results in the shell attempting to do variable substitution. To confirm that this is the problem, check the command to see if it contains an unescaped dollar sign, for example: wsadmin -c "$AdminApp install ....".

To correct this problem, escape the dollar sign with a backslash. For example: wsadmin -c "\$AdminApp install ...".


com.ibm.ws.scripting.ScriptingException: WASX7025E: String """"is malformed; cannot create ObjectName

One possible cause of this error is that an empty string was specified for an object name. This can happen if we use one scripting statement to create an object name and the next statement to use that name, perhaps in an "invoke" or "getAttribute" command, but we don't check to see if the first statement really returned an object name. For example (the following samples use basic Jacl commands in addition to the wsadmin Jacl extensions to make a sample script): 

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

To correct this error, verify object name strings have values before using them. For example: 

set serverName[$AdminControl queryNames node=mynode,type=Server,name=server1,*]
if {$serverName == """"} {puts "queryNames returned empty - check query argument"} 
else {$AdminControl getAttributes $serverName}

For details on Jacl syntax beyond wsadmin commands, refer to the Tcl developers' site, http://www.tcl.tk.


"The input line is too long" error returned from wsadmin on a Windows platform

This error indicates the Windows command line limit of 2048 characters has been exceeded, probably due to a long profile path used within the wsadmin.bat command. You may get this error when running wsadmin in a Windows command prompt or calling wsadmin from a .bat file, an ant build file, or Profile Management Tool. If this error results in running wsadmin other than from the Profile Management Tool, avoid the problem using the Windows subst command, which allows you to map an entire path to a virtual drive. To see the syntax of the subst command, enter help subst from a Windows command prompt.

For example, if the product resides in the app_server_root directory, edit the app_server_root\bin\setupCmdLine.bat file as follows: 

SET CUR_DIR=%cd%
cd /d "%~dp0.."
SET WAS_HOME=%cd%
cd /d "%CUR_DIR%"

@REM add the following two lines to workaround Windows 2K command line length limit subst w: %WAS_HOME%
set WAS_HOME=w:

...
...

Then edit the setupCmdLine.bat file residing in the bin directory of your profile as follows: 

SET WAS_USER_PROFILE=...
SET USER_INSTALL_ROOT=...
SET WAS_HOME=app_server_root
SET JAVA_HOME=app_server_root\java

@REM add the following three lines to workaround Windows 2K command line length limit subst w: %WAS_HOME%
set WAS_HOME=w:
set JAVA_HOME=%WAS_HOME%\java

...
...

If this error occurred while running the Profile Management Tool, we have to rerun the Profile Management Tool to provide a shorter profile path with a shorter profile name. If this does not fix the problem, follow the same instructions above to edit the setupCmdLine.bat file in the bin directory of your WAS installation. After editing the file, rerun the Profile Management Tool. If the same problem persists, reinstall WAS with a shorter installation root directory path.

IBM Support has documents that can save you time gathering information needed to resolve this problem. Before opening a PMR, see the IBM Support page.


WASX701E: Exception received while running file "scriptName.jacl"; exception information: com.ibm.bsf.BSFException: error while evaluating Jacl expression: missing close-bracket

This error is caused by a mix-up between the code page the scripting client expects to see and the code page in which the Jacl script was written.

To fix this problem, set the -Dscript.encoding=script codepage option in the wsadmin.sh or wsadmin.bat file to the code page of the Jacl script. The following guideline will help you to determine the code page of the script:


WASX7015E: Exception running command: "source c: ..."; exception information: com.ibm.bsf.BSFException: error while evaluating Jacl expression: couldn't read file "c: ..."

This error is caused using a backslash ( \ ) instead of a forward slash ( / ) when running wsadmin to source a Jacl script in a Windows environment. The file path cannot contain the backslash ( \ ); for example, wsadmin > source c:\temp\test.jacl. The file path must use the forward slash ( / ) as the path separator; for example, wsadmin > source c:/temp/test.jacl.

To correct this problem use the forward slash ( / ) in the file path when using wsadmin to source a Jacl script in a Windows environment: 

app_server_root\bin>wsadmin
WASX7209I: Connected to process "dmgr" on node sunCellManager01
using SOAP connector;  The type of process is:
DeploymentManager WASX7029I: For help, enter: "$Help help"
wsadmin>source c:/temp/test.jacl


Unexpected error CWSIV0806E in WebSphere log following deletion of an outbound service

This error occurs when an exception is issued for destination MPOutBoundServicePortDestination, on messaging engine trueliesNode01.server1-FVTSIBus01, on bus FVTSIBus01, for endpoint activation:

com.ibm.websphere.sib.exception.SINotPossibleInCurrentConfigurationException: CWSIP0111E: The destination with name MPOutBoundServicePortDestination is being deleted on messaging engine {1}.

We can ignore this error; it is benign.


Separator exception

You must use forward slashes (/) as your path separator. Backward slashes (\) will not work.


The format of "$AdminConfig list" output changed in V6.0

If we have a script that parses the output of $AdminConfig list, such as $AdminConfig list Node, you might receive errors, such as "Node not found". Scripts should not parse the output of $AdminConfig; however, if we have a script that does this parsing, it must be updated for WAS V6.0 to reflect changes to the output format.


You are not prompted for user ID and password after applying V6.0.2 service if we use an existing 6.0 profile

If security is enabled, executing a .bat file requires a user ID and password. On V6.0.2, a new feature is introduced to prompt you for a user ID and password if they are not supplied in the command line. However, this feature is not available for profiles that were created at the 6.0 level.

Property files for profiles created at the V6.0 level are not updated after applying the V6.0.2 refresh pack.

There are two solutions to this problem:

  1. Create a new profile after applying the V6.0.2 service. This new profile contains all the updated property files and you will then be prompted for a user ID and password.

  2. To keep the existing V6.0 profile and use the new prompt feature, manually update three files:

    • for app_server_root/properties/soap.client.props, add the following line:

      com.ibm.SOAP.loginSource=prompt

    • for app_server_root/properties/wsjaas_client.conf, add the following lines: 
      WSAdminClientLogin {
  com.ibm.ws.security.common.auth.module.proxy.WSLoginModuleProxy required del
egate=com.ibm.ws.security.common.auth.module.WSAdminClientLoginModuleImpl;};
    • for app_server_root/bin/setupCmdLine.bat add the following line:

      SET JAASSOAP=-Djava.security.auth.login.config=app_server_root/properties/wsjaas_client.conf


When running the $AdminApp searchJNDIReferences command with the JNDI name of a message destination, the message destination reference is not returned

This problem occurs when the command $AdmnApp searchJNDIReferences is run with the JNDI name of a message destination. The command cannot collect the message destination reference defined in the application deployment descriptor. The message destination that you configured for the application server is defined with a message destination link on not one element, but two: both a MDB and a message destination reference.

Currently there is no workaround for this problem. The $AdmnApp searchJNDIReferences command cannot return a reference for a message destination defined on two elements.

WASX7022E: Problem running command "import sys" -- exception information: com.ibm.bsf.BSFException: unable to load language

This problem may be caused by a limitation on some UNIX platforms, for example, Linux, when attempting to use the Jython language.

To workaround this problem, perform the following steps:

  1. Check the number of open files that you are allowed to have on the machine, for example:

      ulimit -a
  2. Check the number of open files that we have set on your machine. Default is 1024.

  3. Change it to a higher number, for example:

      ulimit -n 2048
  4. Try to use wsadmin again with the Jython language.


Related concepts:

Troubleshoot


Related


Troubleshooting administration


+

Search Tips   |   Advanced Search