Top
ServerView Resource Orchestrator Cloud Edition V3.2.0 Operation Guide
FUJITSU Software

Appendix A Notes on Operating ServerView Resource Orchestrator

This appendix provides important reminders for the operation of Resource Orchestrator.

Redundancy Configurations for the Admin LAN

If communication issues occur on the admin LAN, or one of the network interfaces used by a managed server on the admin LAN fails, the following operations may result in errors. In such cases, restore the admin LAN network as quickly as possible.

HBA address rename

Changing the Manager's System Time

When the admin server's system time is reset to a time in the past, the resource monitoring by the manager stops for this period. To reset the system time to more than just a few minutes in the past, return the time and then restart the manager.
For details on how to restart the manager, refer to "2.1 Starting and Stopping Managers".

Restarting Managers

By default, the manager services restart at 3:45 am every day for stable system operation.

The settings for restarting can be changed depending on the authority level. To change the configuration, perform the following:

Note

The conditions for restarting are, that more than RESTART_CYCLE * 24 hours have passed since manager was started and it is the time specified for RESTART_HOUR and RESTART_MIN.

For the stable operation of systems, configure the restarting of managers to occur on a daily basis.
When upgrading managers, check the setting details in advance, and re-set them after the upgrade is complete.

Changing Multiple Operations of Managers

When executing multiple operations simultaneously, the upper limit is set for the number of simultaneous operations.

The upper limit of the number of simultaneous operations can be changed depending on the usage environment. To change the configuration, edit the following definition file.

When there is no definition file, create one.

Placeholder for the Definition File

[Linux Manager]
/etc/opt/FJSVrcvmr/customize_data

[Windows Manager]
Installation_folder\SVROR\Manager\etc\customize_data

Definition File Name

rcx_base.rcxprop

Format of the Definition File

Describe the definition file in individual lines as below:

Key = Value

Items in the Definition File

Specify the following items.

Table A.2 Items in the Definition File

Items

Key

Value

Remarks

Multiplicity

TASK_WORKER_COUNT

Specify the multiplicity from 5 - 30.

The initial value is "30".
For basic mode, the initial value is "5".

Operates by default, when there are no definition files.

Example of the Definition File

An example definition file is indicated below. In this example, the multiplicity is set to "10".

TASK_WORKER_COUNT=10

Changing Procedures of Definition Files

For details on how to start and stop the manager, refer to "2.1 Starting and Stopping Managers".

Note

Advisory Notes for Basic Mode

Memory usage will increase according to the multiplicity.
For details on the memory usage to increase, refer to "Table A.3 Increased Memory Use with Multiple Operations".
Calculate the memory used using the values in the table and the memory size required for the manager operations described in "6.1.2.8 Memory Size" in the "Overview", and then add memory if necessary.

Table A.3 Increased Memory Use with Multiple Operations

Multiplicity

Increase in Memory Use (in MB)

5

-

6 - 14

1080 + (Multiplicity * 40)

15 - 30

2104 + (Multiplicity * 40)

Modification of Extended Partitioning Mode when Using the PRIMEQUEST 2000 Series

When modifying Extended Partitioning Mode of the partition on which the business server/host operate when using PRIMEQUEST 2000 series, re-register the partition used in the following procedure with Resource Orchestrator.

Modification of PPAR Extended Partition Configurations when Using the PRIMEQUEST 2000 Series

When modifying PPAR Extended Partition configurations of the partition on which the business server/host operate when using PRIMEQUEST 2000 series, re-register the partition used in the following procedure with Resource Orchestrator.

  1. Unregister the relevant managed server in the orchestration tree.

    For details on how to unregister resources, refer to "19.4 Unregistration" in the "User's Guide for Infrastructure Administrators (Resource Management) CE".

  2. Delete the relevant managed server in the server tree.

    For details on how to delete managed servers, refer to "9.2 Deleting Managed Servers" in the "User's Guide for Infrastructure Administrators (Resource Management) CE".

  3. Modify the settings of "Partition Configuration" from the management console of the PRIMEQUEST MMB.

    For details on how to modify the PRIMEQUEST 2000 series, refer to the operation management manuals for the PRIMEQUEST 2000 series.

  4. Register the relevant managed server in the server tree.

    For details on how to register managed servers, refer to "5.8.2 Registering PRIMEQUEST Servers" in the "User's Guide for Infrastructure Administrators (Resource Management) CE".

  5. Register the relevant managed server in a resource pool using the orchestration tree.

    For details on how to register resource pools, refer to "Chapter 14 Registering Resources in Resource Pools" in the "User's Guide for Infrastructure Administrators (Resource Management) CE".

Changing Monitoring Timeout Values of Physical Server Power Operations

The time elapsed from the start to finish of a power operation of a physical server may exceed the timeout value for power operations. Therefore, perform power operations using the actual system to estimate the timeout value based on the actual measured values.

In the definition files, timeout values are specified for different server models. As a result, changes in the timeout values for each model of server managed by the manager are reflected on the manager.

When changing a timeout value, create the following definition file.

Placeholder for the Definition File

[Windows Manager]
Installation_folder\SVROR\Manager\etc\customize_data

[Linux Manager]
/etc/opt/FJSVrcvmr/customize_data

Definition File Name

power_timeout.rcxprop

Format of the Definition File

In the definition file, each line contains configuration information for a model of server (model name, timeout values for powering the server on, rebooting it, powering it off, etc.), separated using commas (","). Each line is exported in the following format.

model,boot_timeout,shutdown_timeout

  • Any blank spaces before or after the commas are ignored.

  • When adding comments, start the line with a number sign ("#").

Items in the Definition File

Specify the following items.

model

Describe the model name of the server to modify the timeout value for.

The value is displayed in [General]-[Model name] of the [Resource Details] tab in the [ROR Console]
For Fujitsu M10-4S, enter "M10-4S".

boot_timeout

Describe the timeout value of powering on and rebooting the server.

This value is also used for as the timeout value when starting or rebooting a managed server in image operations.

Specify a value in seconds using an integer greater than 0.
If any other value is specified, the default timeout value is used.

Point

A timeout value of less than 5940 seconds is recommended.

Table A.4 Default Timeout Values (boot_timeout)

Model

Powering On or Rebooting
(in Seconds)

Image Operation

Start
(in Seconds)

Reboot
(in Seconds)

RX4770 M1 or later

5700

5700

5700

Fujitsu M10-1/M10-4

1800

(*)

(*)

Fujitsu M10-4S

2700

(*)

(*)

PRIMEQUEST 2000 series

900

3600

3600

Other models

900

900

1800

* Note: Image operations of Fujitsu M10 model servers are not supported.

shutdown_timeout

Specify the timeout value for powering off of the server.

Specify a value in seconds using an integer greater than 0.
If any other value is specified, the default timeout value is used.

Table A.5 Default Timeout Values (shutdown_timeout)

Model

Power the Server Off
(in Seconds)

Fujitsu M10-1/M10-4

900

Fujitsu M10-4S

1200

Other models

900

Example

RX4770M2,5700,900

Changing Procedures of Definition Files

It is not necessary to restart the manager after creating or modifying a definition file. Changes are reflected on the manager after the definition file is changed.