Top
Systemwalker Operation Manager V17.0.1 Installation Guide

2.2.3 Tuning System Parameters [UNIX]

To run Systemwalker Operation Manager for UNIX version in stable condition, you must tune system parameters. Refer to the following table for the system parameters that need to be tuned, and their values. For some parameters, a value will be added to the preset value (the default value), while for others a value will be compared with the preset value and whichever is larger (the maximum) will be set. (When a value is added, refer also to the upper limit allowed by the system.) The "Type" column in the following table indicates which type each parameter is.

For more information on how to set system parameters, see the documents for respective operating systems.

With Solaris

Solaris 10 or later has the concept of projects. Systemwalker Operation Manager operates under the following projects.

Tuning system parameters

[Shared memory]

Parameter

Description

OS default value

Value

Type

Privilege

project.max-shm-memory

Maximum size of shared memory segment

The size of the physical memory of the OS (in bytes) / 4

70000 x the number of subsystems used (Note 1)

Addition

Privilege level

Note 1:

This is for EE version. For SE version, place 1 at "the number of subsystems in use".

If jobs that use shared memory are started from Systemwalker Operation Manager, it is necessary to set values for project.max-shm-memory for the system and user.root projects in the /etc/project file, taking the size of the shared memory used by the job process into consideration.


[Message Queue]

Parameter

Description

OS default value

Value

Type

Privilege

process.max-msg-qbytes

Maximum number of bytes of messages in queue

64 (KB)

(privileged, the number of simultaneously started job nets (Note 1) x 200 (Note 2), deny)

Maximum

Privilege level

project.max-msg-ids

Number of message queue identifiers

128

(privileged, 4 x the number of subsystems used (Note 3), deny)

Addition

Privilege level

Note 1:

When you use jobs having Job Execution Control attributes, add the number of simultaneously started jobs as well.

Note 2:

200 is a standard value. It changes depending on the host name and the path length to the output file.
Set an appropriate value after performing sufficient verification.

Note 3:

This is for EE version. For SE version, place 1 at "the number of subsystems in use".


[Semaphore]

Parameter

Description

OS default value

Value

Type

Privilege

project.max-sem-ids

Number of semaphore identifiers

128

2

Addition

Privilege level

process.max-sem-ops

Number of semaphore operations allowed per semop call

512

2

Maximum

Privilege level

process.max-sem-nsems

Number of semaphores per semaphore identifier

512

1

Maximum

Privilege level

[Stack Size]

Parameter

Description

OS default value

Value

Type

Privilege

process.max-stack-size

Maximum stack memory segment size that can be used by processes

8388608
(bytes)

2000000

(bytes)
(*1)

Maximum

Basic level

*1: When operating Systemwalker Operation Manager only, you can use the default values only without any problem. When operating it together with other products, tune the system parameters according to the maximum values of other products.

Setting system parameters

Edit the /etc/project file to change system parameters.

Before setting any system parameters, check the default values and the upper limits of the values that can be set. Examples showing how to edit and check the settings are provided below.

# projects -l

Example showing how to edit /etc/project

This example sets the number of simultaneously started job nets to 80 and the number of subsystems in use to 5. The system has the 1G-byte physical memory.

system:0::::project.max-msg-ids=(privileged,148,deny);process.max-msg-qbytes=(privileged,65536,deny);project.max-sem-ids=(privileged,130,deny);process.max-sem-ops=(privileged,512,deny);process.max-sem-nsems=(privileged,512,deny);project.max-shm-memory=(privileged,268785456,deny);process.max-stack-size=(basic,8388608,deny)

user.root:1::::project.max-msg-ids=(privileged,148,deny);process.max-msg-qbytes=(privileged,65536,deny);project.max-sem-ids=(privileged,130,deny);process.max-sem-ops=(privileged,512,deny);process.max-sem-nsems=(privileged,512,deny);project.max-shm-memory=(privileged,268785456,deny);process.max-stack-size=(basic,8388608,deny)
noproject:2::::
default:3::::
group.staff:10::::

Checking system parameters

After performing the above settings, the following command can be used to check the information that has been set.

# projects -l

Confirmation command execution example

# projects -l
system
projid : 0
comment: ""
users : (none)
groups : (none)
attribs: project.max-msg-ids=(privileged,148,deny)
process.max-msg-qbytes=(privileged,65536,deny)
project.max-sem-ids=(privileged,130,deny)
process.max-sem-ops=(privileged,512,deny)
process.max-sem-nsems=(privileged,512,deny)
project.max-shm-memory=(privileged,268785456,deny)
process.max-stack-size=(basic,8388608,deny)
user.root
projid : 1
comment: ""
users : (none)
groups : (none)
attribs: project.max-msg-ids=(privileged,148,deny)
process.max-msg-qbytes=(privileged,65536,deny)
project.max-sem-ids=(privileged,130,deny)
process.max-sem-ops=(privileged,512,deny)
process.max-sem-nsems=(privileged,512,deny)
project.max-shm-memory=(privileged,268785456,deny)
process.max-stack-size=(basic,8388608,deny)
noproject
projid : 2
comment: ""
users : (none)
groups : (none)
attribs:
default
projid : 3
comment: ""
users : (none)
groups : (none)
attribs:
group.staff
projid : 10
comment: ""
users : (none)
groups : (none)
attribs:

Linux

Tuning system parameters

[Message Queue]

Parameter

Description

Value

Type

kernel.msgmnb

Maximum number of bytes of messages in queue

the number of simultaneously started job nets (Note 1) x 200 (Note 2)

Maximum

kernel.msgmni

Number of message queue identifiers

4 x the number of subsystems in use (Note 3)

Addition

Note 1:

When you use jobs having Job Execution Control attributes, add the number of simultaneously started jobs as well.

Note 2:

200 is a standard value. It changes depending on the host name and the path length to the output file.
Set an appropriate value after performing sufficient verification.

Note 3:

This is for EE version. For SE version, place 1 at "the number of subsystems in use".

Enterprise EditionWhen operating multiple subsystems in Linux versions, the number of message queues is four times the number of subsystems. Therefore, it exceeds the maximum number of message queues that can be used. This may prevent the subsystems from starting.

If this happens, add the following settings to the /etc/sysctl.conf file to increase the maximum number of message queues that can be used. Restart the system after editing the file.

kernel.msgmni = 4x the number of subsystems used

[Semaphore]

Specify semaphore values for each parameter as shown in the following table.

kernel.sem = para1 para2 para3 para4

Parameter

Description

Value

Type

para1

Maximum number of semaphores for each semaphore identifier

1

Maximum

Para2

Number of semaphores in entire system

2

Addition

Para3

Maximum number of operators for each semaphore call

2

Maximum

Para4

Number of semaphore identifiers in entire system

2

Addition

Tuning procedure (Red Hat Enterprise Linux 7 or later)

  1. Use the following command to check the values of the parameters in the above table that have been set in the current system:

    #/sbin/sysctl -a

  2. Compare the current settings with those in the above table (under "Tuning system parameters"), then calculate an appropriate setting based on the Maximum and Addition type of each parameter.

  3. Cleate new file in /etc/sysctl.d/.

    Example:

    vim /etc/sysctl.d/customo.conf

  4. Edit the records for tuning the system parameters in /etc/sysctl.conf as shown in the following example

    Example: When three subsystems are used and the number of simultaneously started job nets is set to 50:


    kernel.sem=1100 38151 200 3309

    kernel.msgmni=28
    kernel.shmmax=4000000000
    kernel.shmmni=25512

  5. Save the setting file.

  6. Use one of the following two methods to enable the above settings.

    Method 1: Reboot the system to apply the settings

    # cd /
    # /sbin/shutdown -r now

    Method 2: Use /sbin/sysctl -p to apply the settings (Above 3.)

    # /sbin/sysctl -p /etc/sysctl.d/custom.conf

    If this command is used, there is no need to reboot the system.

  7. The output of the following command can be used to confirm that the new system parameter settings have been applied:

    # /sbin/sysctl -a

    Confirmation example

    :
    (Omitted)

    :
    kernel.sem = 1100 38151 200 3309
    kernel.msgmnb = 65536
    kernel.msgmni = 28
    kernel.msgmax = 65536
    kernel.shmmni = 25512
    kernel.shmall = 2097152
    kernel.shmmax = 4000000000
    :
    (Omitted)
    :

With HP-UX

Tuning system parameters

[Message Queue]

Note 1:

When you use job nets with Job Execution Control attributes, add the number of simultaneously started jobs as well.

Note 2:

200 is a standard value. It changes depending on the host name and the path length to the output file.
Set an appropriate value after performing sufficient verification.

Note 3:

Find the value of msgtql, and then make calculation based on that value.

Note 4:

This is for EE version. For SE version, place 1 at "the number of subsystems in use".

Tuning procedure

Use a system manager or similar tool to change the kernel parameters and recreate the kernel.