Administration and Deployment Guide
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
This chapter details how to start and stop the Administration Server, Security Control Managers, and Security Service Modules on Windows and UNIX systems.
The Administration Server is installed on Windows as a service application with a default startup type of `manual'. To configure ALES services for automatic startup, use the Windows Services applet.
Starting the Administration Server starts the following services, where name is the machine name:
Table 2-1 lists the command line commands and Start Menu options for managing Administration Server processes. To use a command line, open a command window, navigate to the installation directory, and enter the command.
The Administration Server is registered with the UNIX init subsystem. By default, it is not configured to start automatically. To configure it for automatic startup, the system administrator must link it into the correct init runlevel.
On Sun Solaris and Linux platforms, you must always start the server as root. A utility, such as SUDO
(http://www.courtesan.com/sudo/), can be used to allow non-root users to start and stop it as root without having to give out the root password or violate the Application Security Infrastructure (ASI).
To start and stop Administration Server processes on UNIX, navigate to the install directory and enter the shell script command as listed in Table 2-2.
Either command starts Administration Server processes as daemon processes. |
|
Stops Administration Server processes. A process can also be stopped by closing the console window or pressing Ctrl+C. |
To allow the Administration Server start up after a reboot on Linux, set it to start on runlevel3 (non-graphical runlevel) and runlevel5 (graphical runlevel). To do this, run the following command as root:
chkconfig --level 35 WLESadmin on
The database configuration is available to these scripts on boot so long as configurations are located in the /etc/profile
directory. If the configuration is not located in this directory, edit bin/WLESadmin.sh
, set the appropriate environment variables and paths before rebooting.
To check the Administration Server runlevel, run:
chkconfig --list WLESadmin
The SCM is installed on Windows as a service application with a default startup type of `manual'. To configure an SCM for automatic startup, use the Windows Services applet.
Table 2-3 lists the command line commands and Start Menu options for starting/stopping SCMs and SSM instances. To use a command line in Windows, open a command window, go to the SCM or SSM instance install directory, and enter the command.
The SCM must be running before starting the SSM instance. If the SSM instance is on the same machine as the Administration Server, the SCM may have been started when the Administration Server was booted. If the SSM instance is on a different machine, you must first start its SCM.
To start and stop SCMs and SSM instances on UNIX, go to the bin
directory where the SCM or SSM instance is installed and enter the commands listed in Table 2-4. You must start the Service Control Manager before starting the SSM instance.
Note: For an additional SCM start-up option on Linux, see SCM Start-Up Option on Linux.
To allow the SCM to start up after a reboot on Linux, set it to start on runlevel3 (non-graphical runlevel) and runlevel5 (graphical runlevel). To do this, run the following command as root:
chkconfig --level 35 WLESscm on
To check the runlevel of the Service Control Manager, run:
chkconfig --list WLESscm
![]() ![]() |
![]() |
![]() |