Utility command group of the AdminTask object
You can use the Jython or Jacl scripting languages to manage servers with the wsadmin tool. The commands and parameters in the Utility group can be used to change the host name of a node, to query for the name of the deployment manager, and to determine if the system is a single server or network deployment.
The Utility command group for the AdminTask object includes the following commands:
changeHostName
Use the changeHostName command to change the host name of a node.
Target object
None
Parameters and return values
- -hostName
- The new host name. (String, required)
- -nodeName
- The name of the node whose host name is changed. (String, required)
Optional parameters:
- -systemName
- The name of the z/OS system on which this node runs. This field is only required if a node is to
be moved from one system to another, for example, form system SYSA to system SYSB. If you are not
sure of the value that you should specify for this parameter, issue the IPLINFO command on your z/OS
system, and use the name that displays in the Sysname= field as the value for
this parameter. Note: When you run the changeHostName command interactively, the systemName parameter appears, but is only to be used for a z/OS system. The systemName parameter represents the z/OS system name that is defined in the server.xml file as a value for property,
was.ConfiguredSystemName
. When the systemName parameter is selected, this property is changed. - -regenDefaultCert
- A request to regenerate default certificates. The only valid value for this parameter is "true"
if you want to regenerate default certificates. Any other value assumes to NOT regenerate default
certificates. The string argument is processed as a Boolean. The Boolean returned represents the
value true if the string argument is not null and is equal, ignoring case, to the string "true". The
regenDefaultCert parameter operates like
AdminTask.createChainedCertificate and has the following default values:
- -keyStoreName "NodeDefaultKeyStore"
- -keyStoreScope "(node):" + nodeName
- -certificateAlias" "default_" + hostName
- -certificateCommonName" nodeName
- -certificateOrganization" "IBM"
- -certificateOrganizationalUnit" nodeName
- -certificateCountry "US"
Note: For both AdminTask.createChainedCertificate and the regenDefaultCert parameters, if using the deployment manager node the -keyStoreName value changes to -keyStoreName "CellDefaultKeyStore", and the -keyStoreScope value to -keyStoreScope "(cell):" + cellname.The switch is a convenience switch that makes assumptions about the default values of the certificate parameters. If the default values are not used, then
AdminTask.createChainedCertificate
or regenDefaultCert should be used instead.Be aware of these functional details:- keyStoreName and keyStoreScope are not valid with the regenDefaultCert parameter.
- When you run the changeHostName command, you cannot specify certificateCommonName (CN of new
certification). To specify a new hostname as the CN, you need to use
AdminTask.createChainedCertificate
.
Examples
Batch mode example usage:
-
Using Jacl:
$AdminTask changeHostName {-hostName host_name -nodeName node_name -systemName system_name}
-
Using Jython string:
AdminTask.changeHostName('-hostName host_name -nodeName node_name -systemName system_name')
-
Using Jython list:
AdminTask.changeHostName(['-hostName', 'host_name', '-nodeName', 'node_name', '-systemName', 'system_name'])
Interactive mode example usage:
-
Using Jacl:
$AdminTask changeHostName {-interactive}
-
Using Jython string:
AdminTask.changeHostName ('[-interactive]')
-
Using Jython list:
AdminTask.changeHostName (['-interactive'])
getDmgrProperties
Use the getDmgrProperties command to return the name of the deployment manager.
Target object
None
Parameters and return values
- Parameters: None
- Returns: The name of the deployment manager in a network deployment system. Returns an empty string if the system is a single server.
Examples
Batch mode example usage:
-
Using Jacl:
$AdminTask getDmgrProperties {}
-
Using Jython:
AdminTask.getDmgrProperties()
isFederated
Use the isFederated command to check if the system is a single server or network deployment.
Target object
None
Parameters and return values
- Parameters: None
- Returns: Boolean.
true
if the system is a network deployment system. Otherwise, it returnsfalse
.
Examples
Batch mode example usage:
- Using Jacl:
$AdminTask isFederated {}
- Using Jython string:
AdminTask.isFederated ()
renameCell
wsadmin -conntype
none
.Target object
None
Parameters and return values
- -newCellName
- The new cell name. (String, required)
- -dmgr_host
- The name of the host or IP address of the deployment manager computer. (String, required if the command runs on a federated node)
- -dmgr_port
- The Java Management Extensions (JMX) connection port. (String, required if the command runs on a federated node. Default value "8879" is used if not specified)
- -connType
- The JMX connector type to use for connecting to the deployment manager. SOAP is the default JMX connector type for the command. Other valid types are JSR160RMI or Remote Method Invocation (RMI). (String, required if the command runs on a federated node. Default value "SOAP" is used if not specified)
- -userName
- The user name for authentication if security is enabled. (String, required if the command runs on a federated node and security is enabled)
- -password
- The password for authentication if security is enabled. (String, required if the command runs on a federated node and security is enabled)
Optional parameters:
- -regenCerts
- Determines whether to regenerate Secure Sockets Layer (SSL) certificates for all nodes of a cell. Only certificates for the default keystores are regenerated. This parameter does not apply for cells on z/OS operating systems. Keep in mind that regenerating certificates can cause clients accessing the server to reestablish trust with the server by getting the new certificate. The default value is false. Set to true to regenerate SSL certificates for nodes of a cell. (Boolean, optional)
- -updateJaccContextID
- Determines whether to update the security context ID of applications used by a Java
Authorization Contract for Containers (JACC) provider. The default value is
false
. Set totrue
to update the security context ID. (Boolean, optional)
Batch mode example usage:
-
Using Jython string:
AdminTask.renameCell('-newCellName new_cell_name')
-
Using Jython list:
AdminTask.renameCell(['-newCellName', 'new_cell_name'])
Interactive mode example usage:
-
Using Jython string:
AdminTask.renameCell ('[-interactive]')
-
Using Jython list:
AdminTask.renameCell (['-interactive'])
Example scenarios using renameCell
- Renaming a cell for a stand-alone application server:
-
- Stop a stand-alone server.
- Rename the cell by using wsadmin in local
mode:
AdminTask.renameCell('-newCellName new_cell_name')
- Renaming a cell for a deployment manager and its federated nodes:
-
To rename a cell for a network deployment topology, the command needs to run on a deployment manager node/profile and all federated nodes/profiles.
Avoid trouble: If the cell is a part of a multi-cell topology, unlink the cell from the other cells before these steps and link again after the steps.- Stop all servers in the cell, including the deployment manager server, node agent servers, and all application servers.
- Rename the cell of a deployment manager node/profile: run the following command with wsadmin in
local node, which makes the cell name changes along with the SSL certificate changes in the dmgr
master repository.
AdminTask.renameCell('[-newCellName new_cell_name]')
- Run the rename cell command for all federated nodes/profiles in the cell.
- Start the deployment manager server.
- In the profile of each nodeagent and for every node that is not the deployment manager node,
start wsadmin in local mode and run the following
command:
AdminTask.renameCell('[-newCellName new_cell_name -dmgr_host dmgr_hostname -dmgr_port dmgr_soap_port -connType SOAP -userName my_user -password my_password]')
- Renaming a cell for an administration agent server:
-
- Stop an administration agent server.
- Rename the cell using wsadmin in local
mode:
AdminTask.renameCell('-newCellName new_cell_name')
Note: If you want to rename a cell for a stand-alone application server that is registered to an administration agent server, you need unregister that stand-alone node with that administration server first. You will need to register the node with the administration server again after running the rename cell command if you want to the administration server continues to manage that stand-alone node.
- Renaming a cell for a job manager server:
-
- Stop a job manager server.
- Rename the cell by using wsadmin in local
mode:
AdminTask.renameCell('-newCellName new_cell_name')
Avoid trouble: This is for stand-alone job manager profiles only. Do not use this for a deployment manager that is functioning as a job manager.
- Renaming a cell in the multi-cell topology:
-
To rename the cell in the multi-cell topology such as the star topology, the cell must be detached from the other cells before the rename. After the cell rename, the cell should then be attached back to the other cells.