How to install MongoDB on Centos7 part2 and fix about smallpages start issue

How to install mongoDB on Centos7

Here a quick how to video about MongoDB install on Centos7:

How to scan website vulnerabilities with Nikto ( Pentesting , Hacking ) Backbox 3.0

Here a quick video about Nikto on BackBox 3.0.

How to scan a website with WhatWeb ( pentesting , hacking )

A quick video about WhatWeb, a scanning / pentesting tool include in BackBox 3.0

How to kill zombie process on Solaris

Ex :

$ ps -edf | grep defunct

root     7542  7541   0        - ?           0:00 <defunct>
root     7450  7449   0        - ?           0:00 <defunct>
root     7546  7545   0        - ?           0:00 <defunct>
root     7544  7543   0        - ?           0:00 <defunct>


$ ps -ecl | grep Z

F S    UID   PID  PPID  CLS PRI     ADDR     SZ    WCHAN TTY         TIME CMD
0 Z  59002  7450  7449    -   0        -      0        - ?           0:00 <defunct>

$ preap 7450
7450: exited with status 0

$ preap 7542
7542: exited with status 0

$ preap 7544
7544: exited with status 0

$ preap 7546
7546: exited with status 0

$ ps -edf | grep defunct
$

BING !



No more zombie here ^^

Great alternative to Backtrack Linux for security and pentesting

 

Backtrack is a great security and pentesting Linux distro.

But 2 others distro deserve some attention :

Pentoo :

More information and download here : Pentoo

BackBox 3.0 :

More informations and download here : BackBox

CONTROL-M system variables

CONTROL-M system variables

%%CYCLIC Y|N This variable is used in the command line of the
ctmorder utility to override the Cyclic
parameter in cases where the user wishes to
order a single run of a job that is defined as
cyclic.
Y – job is cyclic
N – job should be run only once.

%%DATACENTER string Name of the data center for the current
CONTROL-M installation.
Note: This variable is available on certain
CONTROL-M computers as of
CONTROL-M version 2.20. However, prior to
CONTROL-M/EM version 6.1.02,
%%DATACENTER returned the host name for
the current CONTROL-M/Server.

%%DATE yymmdd Current system date.

%%DAY dd Current system day.

%%GROUP_ORDID nnnnnn Order ID of the group to which the job belongs.
Note: This variable is valid only for jobs in a
group scheduling table and it is evaluated in
base 10.

%%JOBNAME string Name of the submitted job. This variable can be
used to override the value specified for the
JOBNAME parameter (for example, in the
ctmorder utility).
Note: On a Microsoft Windows computer,
JOBNAME must comply with Microsoft naming
conventions (for example, it cannot contain /
and \ characters).

%%JULDAY nnn Current system day of the year (Julian format).

%%MEMLIB string Mem Lib (name of the library or directory in
which job script is stored) of the job.

%%MONTH mm Current system month.

%%NEXT yymmdd Next scheduling date for the job.

%%ODATE yymmdd Original scheduling date of the job.

%%ODAY dd Original scheduling day of the job.
%%OJULDAY nnn Original scheduling day of the year (Julian
format).
For example, 36 for February 5th.

%%OMONTH mm Original scheduling month of the job.
Name Format Description

%%ORDERID nnnnnn Unique job order ID under CONTROL-M.

%%OWDAY d Original scheduling day of the week of the job
(1= Sun., 2= Mon., and 0=Sat.).

%%OWNER string Owner (user ID) associated with the job.

%%OYEAR yy Original scheduling year of the job.

%%POSTCMD command Specifies a command to run immediately after
running the job defined by MEMNAME. The
return code is ignored.
Note: Not relevant for z/OS jobs. Relevant only
for CONTROL-M/Server version 6.0.01 or later,
or (without SYSOUT) for any job submitted by
CONTROL-M/Agent for Microsoft Windows
2000 version 6.0.01 or later. This variable is not
used with group scheduling tables.

%%PRECMD command Specifies a command to run immediately before
running the job defined by MEMNAME. The
return code is ignored.
Note: Not relevant for z/OS jobs. Relevant only
for CONTROL-M/Server version 6.0.01 or later,
or (without SYSOUT) for any job submitted by
CONTROL-M/Agent for Microsoft Windows
2000 version 6.0.01 or later. This variable is not
used with group scheduling tables.

%%PREV yymmdd Previous scheduling date for the job.

%%RDATE yymmdd Installation current working date.

%%RDAY dd Installation current working day.

%%RJULDAY nnn Installation current working day of the year
(Julian format).
For example, 36 for February 5th.

%%RMONTH mm Installation current working month.

%%RUNCOUNT nnnn Number of times the job order has been
submitted for execution (that is, the first time
the job is being submitted, this variable returns
a value of 1).

%%RWDAY n Installation current working day of the week
(1=Sun., 2=Mon., and 0=Sat.).

%%RYEAR yy Installation current working year.

%%SCHEDTAB string Name of the job’s Scheduling table.
Note: This variable is available on certain
CONTROL-M computers as of
CONTROL-M version 2.2x.

%%TIME hhmmss Time of day.
Table 49 CONTROL-M system variables (part 3 of 4)
Name Format Description
The following variables are not assigned values until after the job is submitted or
completes execution. These variables can be used only for the Shout, Do Shout, Do
Mail, and Do AutoEdit parameters.

%%WDAY n Current system day of the week (1=Sun.,
2=Mon., and 0=Sat.).

%%YEAR yy Current system year.
NOTE
AutoEdit variables that return runtime statistics for a job must be resolved before the
variables can return any values. AutoEdit variables for job statistics: %%AVG_CPU,
%%AVG_TIME, %%SD_CPU, and %%SD_TIME.
Run the ctmjsa utility to compile data in the Statistical Details table before specifying the
required AutoEdit statistics variable. For more information, see “Runtime Statistics” and
Name Format Description

%%AVG_CPU numeric Average CPU time (in seconds) for previous runs of the
current job. Note: Do not use this variable in a group
scheduling table definition.

%%AVG_TIME numeric Average run time (in seconds) for previous runs of the
current job or group scheduling table.

%%COMPSTAT numeric Completion code assigned to the job by the
operating system of the computer that executes the job.
Initial value: 0.

%%JOBID string Identification assigned to the job by the operating system
of the computer that executes the job. Note: Do not use
this variable in a group scheduling table definition.

%%NODEID string Node ID of agent computer that submitted the job. Note:
This variable is available for certain computers as of
CONTROL-M version 2.2x.

%%SD_CPU numeric Standard deviation of the CPU time (in seconds) from the
average CPU time for previous runs of the current job.
Note: Do not use this variable in a group scheduling table
definition.

%%SD_TIME numeric Standard deviation of the elapsed run time (in seconds)
from the average elapsed run time for previous runs of
the current job or group scheduling table.

Best IT books part 1

Here some of the best IT book out there :

SAP books

The Complete Guide to SAP NetWeaver Portal

SAP Administration - Practical Guide

SAP Solution Manager (3rd Edition)

Oracle

OCA/OCP Oracle Database 11g All-in-One Exam Guide with CD-ROM

Oracle Essentials: Oracle Database 11g

Oracle PL/SQL Programming: Covers Versions Through Oracle Database 11g Release 2

How to add or remove Quantitative Resources on Control-M

Here a quick video about Control-M "Quantitative Resources"

 

How to add and configure Control-M Agents

Adding Control-M agents is very easy.

I show you the differents methods (graphical via CCM or command line via ctm_menu)  to achieve this.

Like always, i make a short video you'll find at the end of post ;)

First, of course, Agents must be installed ( Installation of Control-M Server and Agents soon... ;)  ).  

First method : Control-M Configuration Manager

The easy way ! ^^ Login to CCM (with Administrator privileges)
Go to "Components" ==> "New" ==> "Control-M Agent"
 

Now put the right Control-M Agent name



Click "OK"

 
"Drumroll"....
  


Done !

Isn't that so easy ? :)

Second method : command line via ctm_menu

Choose option n°9 "Agent Status"
    

Next, option n°6 (the easy way ^^)
 

Enter the correct Agent name
 

Press enter
 

OK...check your "Configuration Control-M Manager client" :
 

Done !   Here a quick video

How to start and stop a Control-M Server

Control-M is for me the best Scheduler out there.

The BMC team is listening to its customers and their needs (that's pretty rare in this business...) and are always innovative. More info here This first post is about checking, starting and stopping the Control-M Server (Windows host).

 First open the cmd:

 



 Now, enter "ctm_menu"

 

 Ok, here the ctm_menu. To check, start or stop a Control-M Server,  enter option n°1
 

We have many options here, we will see this later ;)

Now type 1 "Check All" option
   

This option check all the Control-M Server components on the host.
    

Fine ! Everything is working. Now if you want shutdown all the component : Choose the option n°6
 

You can stop a specific component ==> Stopping the database : 7 Stopping Control-M Server : 8 Stopping the configuration agent : 9   Starting all or a specific component is the same way...Choose the good option ;).

A quick video about ctm_menu :
 

How to start and stop the Listener

A quick video and a little tutorial about the Listener in Oracle 11g

 

Status of the listener

# lsnrctl status

Starting the listener

# lsnrctl start

Stopping the listener

  # lsnrctl stop

Oracle 11g user connection

A quick video about user connection via Sqlplus. Login to oracle system user first.

 

As you can see, you can connect by different way.

Connect as sysdba :

  # sqlplus "/as sysdba"

Connect as normal user : sqlplus user/password

  # sqlplus scott/tiger

View current user

#sql> SHOW USER

Defining CONTROL-M/EM components

This section explains how to define a new CONTROL-M/EM component and how to
update component properties.

Defining a new CONTROL-M/EM component

1 In the CONTROL-M Configuration Manager, choose Components => New =>
CONTROL-M/EM Component.

2 Fill in the CONTROL-M/EM Component dialog box:

Defining a new CONTROL-M/EM component

A At Desired State, select one of the following states:
■ Up if you want the component to be started

■ Down if you do not want the CONTROL-M Configuration Manager to start

■ the component.

BIM (Batch Impact Manager server)
GAS (Global Alerts server)
GCS (Global Conditions server)
GUI_Server
Forecast_Server

Enter the name of the component.

Optional for the GAS and GUI servers, and not relevant for the GCS server.
When defining a BIM or Forecast_Server component, you must enter the name
of the GUI server with which the component will communicate.

Observe the following guidelines when choosing a name for a new server:

■ You can define multiple GUI servers and multiple GAS servers to run
   simultaneously. (These capabilities allow you to balance job loads as needed in
  your environment.) These servers can run on the same account or on different
 hosts. Each instance of a GUI server (or GAS server) must have a unique name.
The GUI Server name and the GAS server name are used to reference both
components when using the CONTROL-M/EM client components.

■ You can specify any logical name for an instance of either component. For
   example, you can enter the virtual host name of a cluster computer in which the
  GUI Server (or Global Alerts Server) is installed, without specifying the node on
 which the component is installed.

■ By default, the GUI Server is named according to its host name. Thus, if more
   than one GUI Server exists on the same host, each instance must have a unique
  name.
3 Complete the Running on box:
A At Platform, select the operating system for the host computer on which the
component runs.
B At Host Name, enter the name of the host computer.

Updating a previously defined component
4 At Check Interval, enter how frequently, in number of seconds, you want to check
the component’s state.
5 (optional) In the Startup box, indicate the mode in which the component should
start:

■ To use a startup command other than the default, select the Override Manually
   check box and enter a command in the Command box.

■ If you want to use optional arguments for the startup command, enter them in
   the Additional Parameters box.
Updating a previously defined component

1 In the Component window of the Configuration Manager, right-click the
component and select Properties.

2 Modify the values as needed, and click OK.

Defining a CONTROL-M/Server and its Gateway

CONTROL-M refers to an instance of CONTROL-M/Server and its corresponding
Gateway.
When adding a new CONTROL-M/Server and its Gateway, you can use automatic
discovery or manual definition:

Automatic discovery bases the new server on an existing CONTROL-M, retrieving
the parameter values and requiring minimal information from you.


Defining a CONTROL-M/Server (automatic discovery method)
Defining a CONTROL-M/Server (automatic discovery method)

NOTE
This method is valid only for CONTROL-M/Server versions 6.3.01 and higher.

1 In the CONTROL-M Configuration Manager, choose Components => New =>
CONTROL-M/Server and Gateway.

2 In the CONTROL-M/Server Definition dialog box, choose Discover.

3 In the wizard, specify the CONTROL-M/Server connection parameters:

A At CONTROL-M Name, enter the logical name of the required CONTROL-M.
B At CONTROL-M ID, accept the default unique code or enter a unique 3-digit
code identifying the CONTROL-M/Server.
C At CONTROL-M Host, enter the name of the host computer on which the
CONTROL-M is installed.
D At Configuration Agent Port, enter the port number of the CONTROL-M’s
Configuration Agent.
E Click Next.

The discovery process begins. CONTROL-M automatically retrieves parameters
and shows how the discovery is progressing.

4 When the Step 3 wizard panel is displayed, ensure that Activate Gateway is
selected.

5 Review the list of retrieved parameters, and click Finish.
The new CONTROL-M is displayed in the CONTROL-M Configuration Manager
after a short period of time.
Defining a CONTROL-M/Server (manual definition method)
1 Perform one of the following in the CONTROL-M Configuration Manager:

■ To modify the definition of an existing CONTROL-M/Server, right click the
server, and choose Properties.

■ To define a new CONTROL-M/Server

— Choose Components => New => CONTROL-M/Server and Gateway.

— In the prompt, choose Define to display the CONTROL-M Definition dialog
box.

CONTROL-M Definition dialog box

2 Fill in the CONTROL-M Definition dialog box. Table 4 describes the essential
parameter values that you need to provide.

Defining a CONTROL-M/Server (manual definition method)
Table 4

Parameters for manually defining a CONTROL-M/Server and its Gateway
Parameter field Description
Name descriptive name for the CONTROL-M/Server
You should choose a name that is meaningful enough to identify your CONTROL-M.
For example, if the CONTROL-M handles workloads for Division 7, which is associated
with the company’s headquarters in Paris, you might use HQ_PARIS_DIVISION-07.
The name can be a maximum of 20 alphanumeric characters long. You can include
symbols, but do not use blank spaces.
unique 3-character code (such as 999 or NYC) that CONTROL-M/EM uses to identify
each CONTROL-M/Server ID

The code must be unique. It can consist of numerals and uppercase letters.
operating system on which your CONTROL-M is installed. Note the following:
Platform

■ If your platform is UNIX, Windows, TANDEM, or not listed, choose Distributed.

■ If your CONTROL-M runs on iSeries (AS/400) but any of the connecting
   CONTROL-M/Agents run on non-iSeries operating systems, choose Distributed.
version number of the CONTROL-M/Server Version

Note: When defining an iSeries (AS/400) CONTROL-M, choose 225.
Time Zone time zone in which the CONTROL-M is located
Start day day that CONTROL-M/Server should consider to be the first day of the week
New Day Time the time that each new day should begin for the CONTROL-M/Server
Communication type of protocol for communication with CONTROL-M
Protocol

Communication host name of the CONTROL-M Host

Communication TCP/IP port for communicating with CONTROL-M/EM
CONTROL-M/E
M Port

For specific instructions pertaining to CONTROL-M installations on z/OS, see the

INCONTROL for z/OS Installation Guide.

3 If you are defining a new CONTROL-M/Server, under Gateway, click New. You

must specify a Gateway when you set up your work environment. Otherwise, you

can define a new gateway, or modify or delete an existing gateway.

The CONTROL-M/EM Component dialog box is displayed.

4 Specify the required parameters.

Chapter 2 Connecting components

A At Desired State, select one of the following states:

■ Up if you want the gateway to be started

■ Down if you do not want the CONTROL-M Configuration Manager to start

■ the gateway.

B Enter the name of the gateway. You can define multiple gateways for a

CONTROL-M/Server, but only one CONTROL-M can be up (started) at one

time. Additionally, each Gateway should be located on a separate computer.

C In the Platform field, select the operating system for the host computer on which

the component runs.

D In the Host Name, enter the name of the host computer.

E In the Check Interval field, enter how frequently, in seconds, to check the

gateway’s state.

F (optional) In the Startup box, indicate the mode in which the gateway should

start:

■ To use a startup command other than the default, select the Override

   Manually check box and enter a command in the Command box.

■ You want enter optional arguments for the startup command in the

   Additional Parameters box.

G Click OK to save the changes you made in the CONTROL-M/EM Component

dialog box.

5 Click OK in the CONTROL-M Definition dialog box to save your

CONTROL-M/Server definition.

This section explains how to add a new agent to an existing CONTROL-M, and if and

how to configure and manage remote hosts.

Planning your strategy

Completing this section can help you expedite the remaining tasks in this chapter.

This section summarizes prerequisites that you should know about before connecting

components. The provided worksheets also help you gather data that you will need

to provide for tasks in this chapter.

Before proceeding, ensure that you comply with the following requirements and

guidelines.

Deciding whether to define remote hosts

Both CONTROL-M/Agents and remote hosts have distinct advantages. Consider the

following before deciding which method to use on a particular computer:

■ The main advantage of remote hosts over CONTROL-M/Agents is that remote

hosts:

— Can run all jobs assigned to the specific node ID which identifies the remote

computer

— Do not require CONTROL-M/Agent installation on the remote computer

— Do not require version updates

— Require less management

■ The main advantages of CONTROL-M/Agents over remote hosts are that agents

support counters and multiple types of shouts:

— CONTROL-M/Agents can utilize features that require a CONTROL-M counter.

If you need any of these features, you should choose a CONTROL-M/Agent

over a remote host. For example, CONTROL-M/Agents can use the File

Watching feature, run jobs using CONTROL-M/Agent utilities, and run jobs

requiring Control Modules (plug-ins for the CONTROL-M/Agent).

— CONTROL-M/Agents support many types of shouts. (Remote host support is

limited to e-mail shouts and CONTROL-M/Server shouts.)

Planning your strategy

■ To use remote hosts, the CONTROL-M/Server must be in Managed state:

— If you discover the CONTROL-M, its default state is Managed.

— If you define the CONTROL-M, the default state is Unmanaged, and you must

change it to Managed via the CONTROL-M Configuration Manager.

Choosing a connection method for a remote host

To enable communication between the remote host and a CONTROL-M/Agent. You

can use either of the following connection methods, which are available with the

operating system:

■ Secured Shell (SSH)

You can use SSH connections for remote hosts running UNIX, Windows,

OpenVMS, Z/OS USS (OpenEdition) and PASE (AIX environment) on AS/400:

— Most UNIX operating system packages include SSH.

— To use SSH on Windows computers, you must purchase and install it

separately.

— SSH functionality on OpenVMS is available as part of TCP/IP Services Version

5.4 and higher. For older versions of OpenVMS, you must install it separately.

Third party packages are also available.

— To use SSH on AS/400 computers, you must install PASE on AS/400.

NOTE

When you work with z/OS USS (OpenEdition) or PASE AS/400 remote hosts, set the

RJX_CONN_MODE system parameter in CONTROL-M/Agent to 0.

If you will be using more simultaneous connections than your current SSH server

settings allow, you must increase the value for these settings accordingly.

EXAMPLE

For an OpenSSH server, set the MaxStartups and LoginGraceTime parameters in the

sshd_config file.

Planning your strategy

■ Window Management Instrumentation (WMI)

You can use WMI connections with remote hosts running Windows 2003,

Windows XP, or a later version. WMI is part of the Windows operating system.

NOTE

If the CONTROL-M/Agent will be connecting to a remote host on Windows by using the

WMI connection method, ensure that the following requirements are satisfied:

■ The CONTROL-M/Agent is installed on either Windows 2003, Windows XP, or a later

   version.

■ The Log On as option for the CONTROL-M/Agent service is set to This account.

■ The user account that is running the CONTROL-M/Agent service is Administrator and

   is defined as a Domain user.

■ Job owners are members of the Administrator group on the remote host.

Consider the following requirements when deciding which connection method to use

for remote hosts:

■ For Window Management Instrumentation (WMI) connections, the following

requirements apply:

— To use On statements and the View JCL, Edit JCL, and View Sysout options, you

must define a directory named SYSOUT on the remote host. This directory must

be writable by all the job owners on that host. This directory must also be shared

so that the CONTROL-M/Agent user can access it for reading and writing.

When defining the properties of a remote host, specify the full local path (for

example, C:\shared documents\SYSOUT) of this directory so that the job output

will be written to it.

— SYSOUTs created on remote hosts must be copied to a CONTROL-M/Agent. If

a SYSOUT is large, its file transfer can place a heavy load on system resources.

Also, a job will not end until its SYSOUT copying is finished.

■ For Secured Shell (SSH) connections, you must ensure that an SSH Server is

installed and running on each remote host.

A CONTROL-M/Agent should be installed first before it is defined. For information about

installing CONTROL-M/Agents, see the CONTROL-M Installation Guide.

1 From the CONTROL-M Configuration Manager, perform one of the following:

■ To modify the parameters of an existing CONTROL-M/Agent, right click the

agent and choose Properties.

The CONTROL-M/Agent Properties dialog box is displayed.

■ To add a new CONTROL-M/Agent to a CONTROL-M/Server, right click the

CONTROL-M/Server and choose New CONTROL-M/Agent.

The Add CONTROL-M/Agent dialog box is displayed. Fill in the name for the

agent. Click Advanced.

2 In the appropriate dialog box, fill in the fields in the General, Persistent Connection

and Retry/Timeout tabs.

CONTROL-M/Agents and remote hosts

In earlier releases of CONTROL-M/Server, each computer on which you planned to
run jobs required installation of a CONTROL-M/Agent. Beginning with version
6.3.01, CONTROL-M/Server supports agentless job submission. This method enables
submitting and executing jobs on computers that do not have a resident

CONTROL-M/Agent installed. These agentless computers are referred to as remote
hosts.
Although remote host computers do not require a resident CONTROL-M/Agent,
remote hosts come under the control of CONTROL-M/Agents on other computers, as
follows:

■ When you install CONTROL-M/Server in UNIX, a CONTROL-M/Agent is
   automatically installed on the same account. When you install
  CONTROL-M/Server in Windows, a CONTROL-M/Agent is automatically
 installed on the same computer, unless one already exists or you are performing a
cluster install. This automatically installed CONTROL-M/Agent is known as the
<Local> agent and is, by default, the agent that is used to connect to remote hosts.

■ You can place remote hosts under the control of any other CONTROL-M/Agents
   installed on computers under the same CONTROL-M/Server.
You will need to define the following information for each remote host:

■ host communication settings
You can define specific settings for a host, or use the default settings. For more
information, see “Configuring and managing remote hosts”

■ owner authentication settings
These settings specify the owners of the jobs that are running on the remote host,
and owner authentication parameters that are used for connecting to the remote
host. In a CONTROL-M job that is destined to be run on a remote host, you must
define each job owner that is specified.

CONTROL-M/Server definition and management

Several terms describe the definition and management of a CONTROL-M/Server:

■ Discovery/Define

When defining CONTROL-M/Servers and their gateways (which you do using the
CONTROL-M/Server Definition dialog box), you can choose either of the
following definition methods:

— Automatic discovery—provides automatic detection of a CONTROL-M/Server
and gateway, with minimal information supplied. (This option is available in
CONTROL-M/Server version 6.3.01 and later.)

— Manual definition—you manually define a CONTROL-M/Server and
corresponding Gateway.

■ Managed / Unmanaged —Managed and Unmanaged are modes of connection
between CONTROL-M/EM and CONTROL-M/Server.

— If a CONTROL/Server is Managed, the Configuration Agent automatically
provides CONTROL-M/EM parameter information about the
CONTROL-M/Server, and on an ongoing basis updates that information
whenever there is a change.

— If a CONTROL-M/Server is unmanaged, you must manually provide
CONTROL-M/EM with the CONTROL-M/Server parameters.
CONTROL-M/EM automatically manages CONTROL-M/Server version 6.3.01
and later, and CONTROL-M for z/OS versions 6.2.A and later. Furthermore, you
must manually manage CONTROL-M/Server versions earlier than 6.3.01 and
CONTROL-M for z/OS versions prior to 6.2.A.
In certain circumstances, you can choose to bypass automatic management of
CONTROL-M/Server versions 6.3.01 and later, and manually manage those
versions, though this is generally not recommended.
When you use Discovery to define CONTROL-M/Servers, they are automatically
Managed; when you manually define CONTROL-M/Servers, they are Unmanaged.
Using the CONTROL-M Configuration Manager, you can change the connection
mode (managed/unmanaged) of existing CONTROL-M/Servers.

Manually starting and stopping CONTROL-M/EM infrastructure processes using the interactive Activation menu

Using Root Menu

1 Display the CONTROL-M/EM Root Menu (root_menu)

2 In the CONTROL-M/EM Root menu, enter the number for the Activation Menu

option.

3 In the Activation menu, enter the number of the appropriate start or stop process

option (or start all or stop all option).

4 Enter q to exit.

You can manually shutdown and startup infrastructure components using the

following methods:

 - CONTROL-M Configuration Manager (to shut down CONTROL-M/Server)

 - CONTROL-M Manager Menu, which you access from the CONTROL-M Main

   Menu (ctm_menu)

 - supplied utilities

Using CONTROL-M Configuration Manager to shut down or start up CONTROL-M/Server

1 In the CONTROL-M Configuration Manager, right-click the

CONTROL-M/Server.

2 Choose Desired State and then choose one of the following submenu options:

Up—bring the component up

Down—bring the component down

Using CONTROL-M Manager Menu to shut down or start up CONTROL-M/Server infrastructure components

1 Display the CONTROL-M Main menu (ctm_menu). For instructions on displaying

the Main menu, see “Using the CONTROL-M/Server Main Menu” on page 47.

2 In the CONTROL-M Main menu, enter the number of the CONTROL-M Manager

option.

3 In the CONTROL-M Manager menu, enter the number corresponding to the

component activity you want to perform.

4 When done, enter q.

Using pre-supplied utilities to shut down or start up CONTROL-M/Server infrastructure components

To shut down CONTROL-M/Server entities

1 Log on as the CONTROL-M/Server account owner.

2 Enter one of the following commands as appropriate:

To stop the SQL database server, specify the command: shutdb

To stop the CONTROL-M/Server Configuration Agent: shut_ca

To stop the CONTROL-M/Server, specify the command: shut_ctm

To start CONTROL-M/Server entities

1 Log on as the CONTROL-M/Server account owner.

2 Enter one of the following commands as appropriate:

To start the SQL server, specify the command: startdb

To start the CONTROL-M/Server Configuration Agent: start_ca

To start the CONTROL-M/Server, specify the command: start_ctm

Starting and stopping infrastructure processes in Windows

On Windows, all CONTROL-M/EM, CONTROL-M/Server, and
CONTROL-M/Agent processes are defined as services.

By default, they are automatically started when you bring Windows up, and they are automatically
stopped when you bring Windows down.

Therefore, it is normally not necessary for you to perform startup or shutdown of
these processes. However, you can bring these services down or up whenever useful.

To stop CONTROL-M/EM, CONTROL-M/Server, or CONTROL-M/Agent services in Windows

1. Choose Start => Control Panel => Administrative Tools => Services.
2. Right click the service, and choose Stop.

To start CONTROL-M/EM, CONTROL-M/Server, or CONTROL-M/Agent services in Windows

1. Choose Start => Control Panel => Administrative Tools => Services.
2. Right click the service, and choose Start.