Network Deployment (Distributed operating systems), v8.0 > Reference > Command-line utilities


WASService command

The WASService command line tool enables you create a service for a product Java process on Linux and Windows operating systems.

We can create services for WAS Java processes. Potential services include the following server processes:

(Windows) Note: Do not add an application server that is part of a federated or managed node as a Windows service. Use the node agent to manage federated nodes. As an alternative to the WASService command, you can use the WASServiceHelper utility, which complements the WASService command and reduces possible configuration errors. See the documentation about using the WASServiceHelper to create Windows services.

(Windows) To set up and run this function on a Microsoft Windows operating system, the user must belong to the administrator group and have the following advanced user rights:



Location of the command file

The wasservice.sh command file is located in...

WAS_HOME\bin

(Windows) The WASService.exe command file is located in...

WAS_HOME\bin


Command syntax


Command syntax for starting an existing service

The command syntax is as follows: 

wasservice.sh -start service_name [optional startServer.bat parameters]
(Windows) 
WASService.exe -start service_name [optional startServer.bat parameters]


Command syntax for creating a service or updating an existing service

The command syntax is as follows: 

wasservice.sh -add service_name
   -serverName server_name 
 -profilePath server_profile_directory
   [-wasHome WAS_HOME]
   [-startArgs additional_start_arguments]
   [-stopArgs additional_stop_arguments]
   [-userid user_id -password password]
(Windows) 
WASService.exe -add service_name
   -serverName server_name 
 -profilePath server_profile_directory
   [-wasHome WAS_HOME]
   [-configRoot configuration_repository_directory]
   [-startArgs additional_start_arguments]
   [-stopArgs additional_stop_arguments]
   [-userid user_id -password password]
   [-logFile service_log_file]
   [-logRoot server_log_directory]
   [-restart true | false]
   [-startType automatic | manual | disabled]
Although the -logroot parameter is optional, it is advisable to include this optional parameter. In some cases, when you do not specify this optional parameter, you might see an error in the event log that says that the application server is attempting to create a service with the -logroot parameter.


Command syntax for deleting a service

The command syntax is as follows: 

wasservice.sh -remove service_name
(Windows) 
WASService.exe -remove service_name


Command syntax for stopping a running service

The command syntax is as follows: 

wasservice.sh -stop service_name [optional stopServer.bat parameters]
(Windows) 
WASService.exe -stop service_name [optional stopServer.bat parameters]


Command syntax for retrieving service status

The command syntax is as follows: 

wasservice.sh -status service_name
(Windows) 
WASService.exe -status service_name



Required parameters

The following parameters are required with this command:

-profilePath server_profile_directory

Use this option to specify the directory path of the profile that defines the server process.

-serverName server_name

Use this option to identify the server that the service controls.



Optional parameters

The following parameters are optional with this command:

-add service_name

Use this option to create a service named service_name or update an existing service. The syntax is the same for both cases.

-configRoot configuration_repository_directory

Use this option to identify the configuration directory of the installation root directory of a WAS product.

-encodeParams service_name

Use this option to force the service to encode the -startArgs and -stopArgs so that the arguments cannot be determined by editing the registry. Use the parameter when creating a service with the -add parameter by adding -encodeParams to the command line with no arguments.

(Windows) Or encode the parameters of an existing service: 

WASService -encodeParams service_name

-logFile service_log_file

Use this option to identify a log file that the WASService command uses to record its activity.

-logRoot server_log_directory

Use this option to identify the server log directory for the profile. The WASService command looks for a file named server_name

pid to determine if the server is running.

-remove service_name

Use this option to delete the specified service.

-restart true | false

Use this parameter to specify whether or not the existing service restarts automatically if the service fails. The existing service does not restart automatically if you set the value to false. By default, the restart behavior is set to true, which enables the existing service to restart automatically if it fails.

-start service_name [optional startServer.bat parameters]

Use this option to start the existing service.

-startArgs additional_start_arguments

Use this option to identify additional parameters.

-startType automatic | manual | disabled

Use this option to define the startup type of the new service. An automatic startup type starts automatically when the system starts or when the service is called for the first time. We must start a manual service before the operating system can load it and make it available. We cannot start a disabled service before changing the startup type. By default, the value for this parameter is set to automatic.

-status service_name

Return the current status of the service, which includes whether the service is running or stopped.

-stop service_name [optional stopServer.bat parameters]

Use this option to stop the specified service.

-stopArgs additional_stop_arguments

Use this option to specify additional parameters.

-userid user_id -password password

Use this option to identify a privileged user ID and password that the Windows service will run as.

-wasHome WAS_HOME

Use this option to identify the installation root directory of the product.


Default names for services that are created by the wizard

The names of the services that the Profile Management Tool can create are:

Deployment manager

IBM WAS V8.x - node_name_of_the_deployment_manager_node

Application server

IBM WAS V8.x - node_name_of_the_server1_node

Custom profile

After federating the node and creating an application server, a service can be created called IBM WAS V8.x - node_name_of_the_managed_node.

After creating a custom profile, federate the node to create a node agent server on the node. We can also use the admin console of the dmgr to create application server processes on the node. We can create a Windows service for the node agent server process.

A node agent server is also created after adding an application server node to a dmgr cell. We can create a service for the node agent server process as described later.


View the services panel

To view services, open the Control panel and click Administrative Tools > Services. Select a service to view information about it. Right click the service and click Properties. Four tabs provide information and functionality. For example, select the Setup type field on the General tab to change the setup type.
(Windows)


Examples


Example

This example creates a service called IBM WAS V8.x - name_of_the_deployment_manager_service that starts the dmgr process: 

WASService -add name_of_the_deployment_manager_service
   -servername deployment_manager_server_name
   -profilePath PROFILE_ROOT
   -wasHome WAS_HOME
   -logFile   WS_startManager.log



   -logRoot PROFILE_ROOT\logs\deployment_manager_server_name
   -restart true
where

After entering the command, messages that are similar to those in the following example display in the command window: 

Add Service: name_of_the_deployment_manager_service
   Config Root: PROFILE_ROOT\config
   Server Name: deployment_manager_server_name
   Profile Path: PROFILE_ROOT
   Was Home: WAS_HOME
   Start Args:
   Restart: 1
IBM WAS V8.x - name_of_the_deployment_manager_service service successfully added.

Click Start > Settings > Control Panel > Administrative Tools > Services to work with the new service.


Example

This example creates a service called IBM WAS V8.x - name_of_the_node_agent_service that starts the node agent server process: 

WASService -add name_of_the_node_agent_service
   -servername node_agent_server_name
   -profilePath PROFILE_ROOT
   -wasHome WAS_HOME
   -logFile   WS_startNode.log



   -logRoot PROFILE_ROOT\logs\node_agent_server_name
   -restart true
where

After entering the command, messages that are similar to those in the following example display in the command window: 

Add Service: name_of_the_node_agent_service
   Config Root: PROFILE_ROOT\config
   Server Name: node_agent_server_name
   Profile Path: PROFILE_ROOT
   Was Home: WAS_HOME
   Start Args:
   Restart: 1
IBM WAS V8.x - name_of_the_node_agent_service service successfully added.


Example

This example creates a service called IBM WAS V8.x - name_of_the_application_server_service that starts an application server process: 

WASService -add name_of_the_application_server_service
   -servername application_server_name
   -profilePath PROFILE_ROOT
   -wasHome WAS_HOME
   -logFile   WS_startServer.log



   -logRoot PROFILE_ROOT\logs\application_server_name
   -restart true
where

After entering the command, messages that are similar to those in the following example display in the command window: 

Add Service: name_of_the_application_server_service
  Config Root: PROFILE_ROOT\config
  Server Name: application_server_name
  Profile Path: PROFILE_ROOT
  Was Home: WAS_HOME
  Start Args:
  Restart: 1
IBM WAS V8.x - name_of_the_application_server_service service successfully added.


Example

This example for the Windows operating system updates an existing service called IBM WAS V8.x - Server2 Service with additional stop arguments, the user name and password. The parameters are automatically passed into the script that the Windows service uses to shut down the system. 

WASService -add "Server2 Service"
   -servername server2
   -profilePath PROFILE_ROOT
   -logRoot PROFILE_ROOT\logs\server2
   -stopArgs "-username user_name  -password password"
   -encodeParams

(Windows)


Start and stop a server process after creating a Windows service

For this Windows operating system example, if you issue the startServer server1 command or the stopServer server1 after creating a Windows service for server1, a message that is similar to the following example displays: 

Because server1 is registered to run as a Windows Service, the request to start this server will be completed by starting the associated Windows Service.

If you issue the startNode command or the stopNode command after creating a Windows service for the nodeagent process, a message that is similar to the following example displays: 

Because nodeagent is registered to run as a Windows Service, the request to start or stop this server will be completed by
starting or stopping the associated Windows Service. Examine
the log files to view messages related to this command.

If you issue the startManager command or the stopManager command after creating a Windows service for the dmgr, a message that is similar to the following example displays: 

Because dmgr is registered to run as a Windows Service, the request to start or stop this server will be completed by
starting or stopping the associated Windows Service. Examine
the log files to view messages related to this command.
Creating and removing a WebSphere service in Windows can be confusing and error prone. For help in any diagnosing errors, see the information on using WASServiceCmd to create Windows services for WASs.
Automatically restarting server processes


Related


Access problems after enabling security
Use the WASServiceHelper utility to create Windows services for application servers

+

Search Tips   |   Advanced Search