9.5.2 JP1/IM agent base

(a) HTTP authentication

JP1/IM agent base provides HTTP authentication (authentication by RFC 7235, HTTP authentication framework) with the following communications:

Communication	Authentication Info	Supported HTTP authentication schemes
From JP1/IM agent management bases (imagent, imagentproxy) to Between HTTP proxy server	User password registered on HTTP-Proxy server	Basic authentication

Refer to the individual Exporter description for HTTP authentication that Exporter performs.

(b) Authentication with initial secret

JP1/IM agent control base connects using initial secret when accessing JP1/IM agent management base for the first time. You should then have JP1/IM agent management base distribute agent client secret and then use the licensing credentials to access it.

JP1/IM agent control base manages initial secret and license information in secret obfuscation capabilities. For more information about secret obfuscation capabilities, see "9.5.7 Secret obfuscation function".

If you have changed initial secret after you installed JP1/IM agent control base on integrated agent host and before the first boot of JP1/IM agent control base, you must uninstall and reinstall integrated agent.

(c) Encrypted communication

This section describes encrypted communication between JP1/IM agent management base (imbase, imbaseproxy) and JP1/IM agent control base (imagent, imagentproxy).

For details on the cryptographic communication performed by Exporter, see each Exporter specifications.

(d) Log output

Outputs the log to the specified directory according to the log definition settings.

When reached to the maximum file size specified in the log definition, the log file is switched rotating within the range of the number of file sectors specified in the log definition.

The following shows how to set the log level, maximum file size, and number of file sectors.

Host	Program	Setting method
Integrated manager host	JP1/IM agent management base (imbase)	Set in log of imbase configuration file (jpc_imbase.json) #.
	JP1/IM agent management base (imbaseproxy)	Set in log of imbaseproxy configuration file (jpc_imbaseproxy.json) #.
Integrated agent host	JP1/IM agent control base (imagent)	Set in log of imagent configuration file (jpc_imagent.json) #.
	JP1/IM agent control base (imagentproxy)	Set in log of imagentproxy configuration file (jpc_imagentproxy.json) #.
	JP1/IM agent control base (imagentaction)	Set in log of imagentaction configuration file (jpc_imagentaction.json) #.

#

For more information about configuration file, see the description of the appropriate file in the manual "JP1/Integrated Management 3 - Manager Command, Definition File, and API Reference", (2. Definition File).

Every configuration file is loaded when the process starts.

(e) Command execution function

For details about the command execution function, see (g) Command execution function in 9.5.2(3) Integrated agent Action Execution Function.

(f) Password obfuscation

Store the proxy server authentication passwords in JP1/IM agent control base definition-file obfuscated. For more information, see 9.5.7 Secret obfuscation function.

(g) Communication function

- Communication through a HTTP proxy server

JP1/IM agent base allows JP1/IM agent management base (imbase, imbaseproxy) and JP1/IM agent control base (imagent, imagentproxy) to communicate through a HTTP proxy server.

HTTP Proxy authentication supports Basic authentication only. ^#

#

HTTP proxy authentication communication is outside the scope of encryption with HTTPS (TLS) communication, so it should be connected on a trusted network between JP1/IM agent control base (imagent,imagentproxy) and HTTP proxy.

Make the following settings on HTTP proxy server so that communication from JP1/IM agent control base (imagent, imagentproxy) can be received.

• User stings for HTTP proxies available for HTTP authentication from JP1/IM agent control base

• Allow the Integrated manager host to Communicate to JP1/IM agent management base Communication Ports

On HTTP proxy server, if you configure 80 or 443 ports as shown below, and if imbase and imbaseproxy communication ports are not allowed, or if communication to the Integrated manager host is not allowed, you need to configure the above settings.

- IP Address for Network Binding

All JP1/IM agent base processes listen for connectivity in listening status of TCP.

By default, listen ports use the ports listed in C.1(2) Port numbers used by JP1/IM - Agent". You can change which port to use in the settings.

IP address to bind, on the other hand, gets IP address from the hostname and binds it with IP address obtained. Therefore, you cannot change IP address to be bound.

JP1/IM agent base process obtains and binds IP address in the following way:

JP1/IM agent management base process works as follows:

Standard configuration (non-cluster configuration)

1. Assuming that the hostname is JP1_DEFAULT, perform the steps from step 2 under "For a clustered configuration" below.

For a cluster configuration

1. Obtain logical host names in the following order of precedence: If not set, assume JP1_DEFAULT as a logical hostname.

   • Obtain the logical host name using the program start parameter (command line option).

   • Gets the specified value of environment variable JPC_HOSTNAME as a logical hostname.

2. Use the obtained hostname to obtain the binding method from JP1/Base common info definition.

3. If the binding method is ANY, bind with ANY binding.

4. If the binding method is IP, IP address-list is obtained program from the obtained host name (or if not obtained, the local host name is obtained from OS). Jp1hosts and jp1hosts2.conf are supported. If both are defined, jp1hosts2.conf takes precedence.

5. IP binding is performed with IP address of the acquired IP address list. The numbers of IP addresses to be bound follow the common information definition.

The logical hostname is specified in the jco_start.cluster parameter or in the startup parameter of Windows service.

JP1/IM agent control base process works as follows:

Standard configuration (non-cluster configuration)

1. Get JP1_BIND_ADDR of jpc_imagent.json, jpc_imagentproxy.json, and jpc_imagentaction.json.

2. If JP1_BIND_ADDR is ANY, do ANY binding

3. If JP1_BIND_ADDR is IP, the local hostname is obtained from OS and IP address list is obtained.

4. Binds with IP address of the acquired IP address list. ^#1

For a cluster configuration

1. Get JP1_BIND_ADDR of jpc_imagent.json, jpc_imagentproxy.json, and jpc_imagentaction.json.

2. If JP1_BIND_ADDR is ANY, do ANY binding.

3. If JP1_BIND_ADDR is IP, get the logical hostname in the program startup parameters (command line options).

4. Get IP address list in the program from the obtained host name.

5. Binds with IP address of the acquired IP address list. ^#

The logical hostname is specified in the jco_start.cluster parameter or in the startup parameter of Windows service.

#

When COM_LISTEN_ALL_ADDR of jpc_imagent.json, jpc_imagentproxy.json, or jpc_imagentaction.json is 1, IP address is bound with COM_MAX_LISTEN_NUM addresses from the beginning of the address list. Otherwise, bind with the first IP address in IP address list.

IP address to be bound is logged in the settings at integrated agent startup. For more information, see "12.2.7 (7) Configuration at Startup log " in "JP1/Integrated Management 3 - Manager Operation Guide" Manual.

- Host-name resolution

Integrated agent performs IP address-translation from the hostname as follows:

Programs running on the manager host (JP1/IM agent management base)

Find and retrieve IP address corresponding to the hostname in the following order:

Priority	Where to Refer
1	Jp1hosts2 definition file
2	Jp1hosts definition file
3	OS info (hosts files, DNS, etc.) NOTE: The precedence follows OS specifications.

JP1/Base library is used for name resolution.

Programs running on agent host (JP1/IM agent control base, Prometheus server, and the other Exporter, Alertmanager, and Fluentd)

Find and retrieve IP address corresponding to the hostname from OS info (hosts file, DNS, etc.). Name resolution is done within Go library.

(a) Auto response Action

The following table shows the action types for auto response Action and whether actions can be executed concurrently.

Function Type	Action type	Action concurrency
Auto response Action	Command execution	No (default) / Yes

Accept Action Execution Request

If you are satisfied with the content of the action execution request, integrated agent host registered status, and integrated agent host connectivity status, you will accept the action regardless of the action max execution concurrency.

Execute action (action concurrency: No)

Actions are processed sequentially in the order in which they are accepted.

If the previously accepted action is terminated, the next accepted action is made executable.

If the previously accepted action is not finished, the later accepted action is not executed until the previous accepted action is finished executing. After the execution of the previously accepted action has finished, the action that was accepted later becomes ready for execution.

See "9.5.2(3)(e) Maximum concurrent actions" for details on executing an action that has become ready.

Execute action (action concurrency: Yes)

Parallel processing of actions is performed in the order in which the actions are accepted.

Makes the action executable in the order in which the actions are accepted. See "9.5.2(3)(e) Maximum concurrent actions" for details on executing an action that has become executable.

Unlike the executing actions not allow execute concurrently, the order in which the actions are executed is not guaranteed, because the results of the actions are returned in order, starting with the action that finished executing.

(b) Manual response Action

The following table shows the action types for manual response Action and whether actions can be executed concurrently.

Function Type	Action type	Action concurrency
Manual response Action	Command execution	Yes

Accept Action Execution Request

Same as auto response Action.

Performing Actions

This is the same as auto response Action (action concurrency: Yes).

(c) Action execution of the definition file operation function

The following table shows the action types and whether actions can be executed concurrently of the definition file manipulation facility and:

Function Type	Action type	Action concurrency
Definition file manipulation facility	Obtaining a list of definition files	Yes
	Retrieving the definition file	Not possible
	Deleting the definition file	Not possible
	Updating the definition file	Not possible

Accept Action Execution Request

Same as auto response Action.

Execute action (action concurrency: No)

This is the same as auto response Action (action concurrency: No).

For example, the action accepted later (updating the definition file) is not executed until the action accepted earlier (deleting the definition file) has finished executing. After the execution of the previously accepted action (deleting the definition file) is completed, the lately accepted action (updating the definition file) is placed in the executable state. See "9.5.2(3)(e) Maximum concurrent actions" for details on executing an action that has become executable.

Execute action (action concurrency: Yes)

This is the same as auto response Action (action concurrency: Yes).

Supplementary information

In addition to processing actions in the order they are accepted, there are no dependencies on concurrent executable and not concurrent executable actions.

(d) Changing the concurrency of actions in auto response Action

Set auto response Action concurrency (default: action concurrency: No) to integrated agent host units. To change auto response Action concurrency, in imagent configuration file (jpc_imagent.json), change auto response Action concurrency to disable (default) to Concurrency, and restart JP1/IM agent control base. For information about imagent configuration file (jpc_imagent.json), see "imagent configuration file (jpc_imagent.json) (2. Definition File)" in "JP1/Integrated Management 3 - Manager Command, Definition File, and API Reference" Manual.

Note that even if you change the action concurrency of auto response Action from concurrent execution to concurrent disabled, actions that become executable when the action concurrency is concurrent execution enabled are processed in parallel.

(e) Maximum concurrent actions

Executes an action that is in executable state, in up to the maximum number of concurrent actions. If the maximum concurrency executable actions is full, the action remains executable until the maximum concurrency executable action is free.

Sets the maximum concurrency executable action for the following per integrated agent host:

• Max Concurrent of auto response Action and manual response Action

• Max concurrent of the definition file operation facility

The action max concurrency for integrated agent host is the sum of the following concurrency: Note that the number of concurrent executions for an action not with a concurrency is 1.

Max Concurrent auto response Action and manual response Action

• Concurrent auto response Action Command-Execution Counts

• Concurrent manual response Action Command Execution Counts

Maximum concurrent actions of the definition file operation facility

• Number of concurrent executions for acquiring a list of definition files for the definition file operation facility

• Number of Concurrent executions of acquiring definition files for the definition file operation facility

• Number of Concurrent executions of deleting definition files for the definition file operation facility

• Number of Concurrent executions of updating definition files for the definition file operation facility

Action To change the max concurrency, in imagent configuration file (jpc_imagent.json), change the following settings and restart JP1/IM agent control base:

• Max Concurrent auto response Action / manual response Action

• Max Concurrent actions of the definition file operation facility

For information about imagent configuration file (jpc_imagent.json), see "imagent configuration file (jpc_imagent.json)" (2. Definition File) in "JP1/Integrated Management 3 - Manager Command, Definition File and API Reference" Manual.

(f) User performing the action

Here is the user who performs the action:

Action	User performing the action
Executing Commands from JP1/IM-Manager's auto response Action, or manual response Action	For each integrated agent host, set one runtime user for the command. For Windows: User-defined OS user For Linux: User-defined OS user
Actions other than the above	For Windows: SYSTEM (fixed) For Linux: root (fixed)

(g) Command execution function

When the action execution function receives the "Execute command" action execution request, the command on integrated agent is executed.

- Host where the command is executed

Specify integrated agent host as the target host for executing the command.

If the specified integrated agent host is not managed by JP1/IM agent management base, an error occurs, and the command-execution-request is not accepted.

If the connection of the specified integrated agent host cannot be confirmed, an error occurs, and the command-execution-request is not accepted.

If a disconnection of integrated agent host is detected after a command execution request has been received, the action execution status of the command that has not started "execution failed", the action execution status of the executing command is unknown, and a KNBC00612-E is output to the command execution result.

- User executing the command

See 9.5.2(3)(f) User performing the action.

- Commands that can be executed

The following types of commands can be executed:

When the command-executing host is Windows

• Executable file (.com,.exe)

• Batch file (.bat)

• JP1/Script script file (.spt) (but the association must be set so that .spt file can be executed)

• A data file (such as .vbs) with a file type (extension) associated with an application that can be executed by an automated action

When the command-executing host is UNIX

• UNIX Commands

• Shell script

However, the following commands cannot be executed.

• Commands that require interaction

• Command to display the screen

• Commands with escape sequences or control codes

• Commands that do not terminate, such as daemons

• Commands that require interaction with desktop, such as Windows messaging or DDE (for Windows)

• Commands that shutdown OS, such as shutdown and halt

Note that if the command creates a child process, integrated agent will not proceed to the next process until the created child process terminates (the command execution status of integrated agent command execution function will remain running).

- How to execute commands

The command execution function of integrated agent executes the command by the following processing.

For Windows

cmd.exe /c command to execute

For UNIX

Use OS user's login shell.

The following shows a sample for login shell is /bin/sh.

/bin/sh -c command to execute

Notes

When "/sbin/false", "/bin/false", "/bin/true", "/sbin/nologin" etc. are set as the login shell, it cannot be executed normally.

Commands that cannot be executed with the "cmd.exe /c Execute Command" or "Shell -c Execute Command" cannot be executed with integrated agent command executable function.

- Environment Variables

If Environment variable file is not specified when the command is executed, the following environment variables are used:

For Windows

Windows system environment variable is used as the environment variable when the command is executed. OS profile is not loaded.

For UNIX

The environment variable of the jpc_imagentaction process is used as the environment variable when the command is executed. OS profile is not loaded.

If Environment variable file is specified when the command is executed, the environment variable set by Environment variable file is used as the environment variable when the command is executed. For Environment variable file, see "Environment variable file (any file name)" (2. definition file) in "JP1/Integrated Management 3 - Manager Command, Definition File and API Reference" manual.

If Environment variable file is specified when the command is executed, the specified Environment variable file on integrated agent host is read and set in the command execution environment variable. If Environment variable file does not exist, an error message (KNBC20032-E) is issued, and the command is not executed. If the content of the specified Environment variable file cannot be read, a warning message (KAVB2065-W) is displayed, and the command is executed. In this situation, the content of Environment variable file is not valid.

- About character codes

The character encoding for JP1/IM agent management base is UTF-8. The following character codes are supported by JP1/IM agent control base command-execution facility:

For information about changing the locale, see the manual "JP1/Integrated Management 3 - Manager Operation Guide". "2.10 Tasks to be performed when changing the locale of integrated agent host ".

OS	System locale	Character code
Windows	Japanese	SJIS
	English	C (ISO-8859-1)
	Chinese	GB18030
	Other than the above	C (ISO-8859-1)
Linux	-	UTF-8

The following must operate with the character codes listed in the table above.

• Command to execute

  The command to be executed must be output as standard output and standard error output using the character codes described in the above table.

• Environment variable file

  Environment variable file must be defined using the character codes listed in the above table.

- The result of the command

The command execution results are managed by Response Action results-management database on JP1/IM agent management base (Integrated manager host or lower manager host) that accepts the command execution request. It is not managed on JP1/IM agent control base (integrated agent host). JP1/IM agent control base outputs command execution logs (command strings and command execution results that combine the command name and command arguments) in a format that can be referenced by users. It does not provide a function to check the contents of the log file as a command execution result.

If any of the problems in 9.5.2(3)(j) Troubleshooting occur, Response Action results-management database does not manage the outcome of executing the command. Outputs to the command execution log of JP1/IM agent control base that the command execution result could not be stored in Response Action results-management database (except when JP1/IM agent control base is terminated forcibly).

(h) Definition file manipulation function

For details about the definition file manipulation function, see "3.6.5 Definition file manipulation function ".

(i) Action result saving function

Saves the execution status and execution results of the action to Response Action results-management database. For details on Response Action results-management database, see "2.7.7 Response Action results management database" in JP1/IM - Manager. For response action SID, see the section describing "response action SID" in "7. Automatic execution and manual execution of response action (JP1/IM - Agent linkage)".

(j) Troubleshooting

After receiving an action execution request from the action execution requester function, the following problems may occur in the Unified Agent action execution function. This section describes how to troubleshoot when such troubles occur.

Table 9‒20:  Possible troubles

Possible troubles		System Status
Case 1	Automatic response actions occurred more than expected at the time of system design, and many unnecessary countermeasure actions accumulated.	Situation at the time of the occurrence of the rubble Many queued and ongoing corrective actions are stagnant. Situation after the trouble is resolved The stagnant response action becomes in the terminal state (execution failure from queuing, status unknown from execution), and the newly generated response action can be executed.
Case 2	The executed command process does not terminate. You accidentally ran a command that you could not execute (refer to "9.5.2(3)(g) Command execution function"), and the command did not exit while it was running. The command executed by the auto-execute action function hangs or takes longer than expected, preventing subsequent action from being executed.	Situation at the time of the occurrence of the rubble The command process is running and does not terminate (the corrective action remains in progress). Situation after the trouble is resolved The executing action becomes in the terminal state (running → execution ends) and subsequent action actions can be performed.
Case 3	A failover occurred on the cluster configuration integrated agent host (Integrated agent control base) while performing corrective actions. The JP1 event does not confirm the outage of the integrated agent control base.	Situation at the time of the occurrence of the rubble The execution action remains running. The JP1 event cannot confirm the outage of the integrated agent control base. Situation after the trouble is resolved The action will be in the terminal state (execution failure from queuing, status unknown from execution), and the newly generated response action can be executed.
Case 4	The following event or system error occurred: You have deleted the integrated agent host. The integrated agent control base has stopped. Network connectivity from the integrated agent control base to the integrated agent management base (network error).	Situation at the time of the occurrence of the rubble The response action is in the end state (queueing to execution failure, execution to unknown state). Situation after the trouble is resolved You will be available to perform new response actions.
Case 5	The following system error occurred: Only the integrated agent control base imagentaction service has stopped. The integrated agent control base's imagaction service is no longer able to connect to the imagent service (network error).	Situation at the time of the occurrence of the rubble The response action remains queued and running. Situation after the trouble is resolved The response action is in the end state (queueing to execution failure, execution from execution to unknown state), and the newly occurred response action can be executed.
Case 6	The following system error occurred while performing the response action: Integrated agent management base (JP1/IM - Manager) has stopped. The Intelligent integrated management base has stopped.	Situation at the time of the occurrence of the rubble The response action will remain in progress. Situation after the trouble is resolved After starting the integrated agent management base (JP1/IM - Manager), when the connection of the integrated agent control base can be confirmed, and the operation of the response action cannot be confirmed, the response action becomes an end state (the state is unknown from the execution) and subsequent response action can be executed. When the response action is in operation, it remains running. After starting the integrated agent management base (JP1/IM - Manager), if the integrated agent management base cannot confirm the connection of the integrated agent control base, the response action becomes an end state (failed execution from queuing, state unknown from execution), and new response actions can be performed.

Describes the expected trouble and what to do with the user. In dealing with the user, it is necessary to check the status of the command process on the integration agent host to determine whether to rerun the command (response action) after the trouble is resolved.

- Case 1

Description

Users deal with problems by stopping the integrated agent control base on the integrated agent host.

When the integrated agent control base is stopped, the integrated agent management base detects the suspension of the integrated agent control base, and the execution state of the response action transitions as follows.

• Transitions from running to state unknown.

• Transitions from queuing to execution failure.

When the integrated agent control base is stopped, the execution state of CMD.EXE and running commands in Windows and shells in UNIX may remain running. In that case, wait for the process to terminate naturally, or kill the process manually.

User response

1. On the [Response action results] screen of the integrated operation viewer, narrow down the queueing and running actions to identify the integrated agent host that is in trouble.

2. Log in to the integrated agent host and stop the integrated agent control base.

3. On the [Response action results] screen of the integrated operation viewer, check the PID of the action that is running but not known.

4. Check the step 3. PID process on the integrated agent host and wait for the process to terminate naturally, or kill the process manually.

5. Launch the integrated agent control base on the integrated agent host.

- Case 2

Description

Deal with the problem by manually terminating the command process. When you kill a command process, the execution state of the response action transitions to the end of execution.

User response

1. On the [Response action results] screen of the integrated operations viewer, check the PID of the command process that does not terminate.

2. Log in to the integrated agent host and kill the command process for the PID of step 1.

- Case 3

Description

When a failover occurs on an integrated agent host (integrated agent control base) in a cluster configuration for reasons such as power down, the integrated agent management base cannot detect the outage of the integrated agent control base, and if the integrated agent control base is activated, the execution state of the response action remains in progress.

#

The JP1 event cannot confirm the outage of the integrated agent control base.

Users deal with problems by stopping the integrated agent control base on the integrated agent host.

User response

1. On the [Response action results] screen of the integrated operations viewer, narrow down the actions that are in progress to identify the integration agent host that is in trouble.

2. Log in to the integrated agent host and stop the integrated agent control base.

3. Launch the integrated agent control base on the integration agent host.

- Case 4

Description

When the integrated agent management base detects the deletion of the integrated agent host and the disconnection of the integrated agent host (integrated agent control base), the execution state of the response action transitions as follows.

• Transitions from running to state unknown.

• Transitions from queuing to execution failure.

In the case of Windows, CMD.EXE and running commands, in UNIX, the execution state of the shell and running commands may remain running. In that case, wait for the process to terminate naturally, or kill the process manually.

User response

1. On the [Response action results] screen of the Integrated Operations Viewer, narrow down the execution failure, execution, and unknown state actions to identify the integrated agent host that is in trouble.

2. Address system errors

   In the case of a network error, we will deal with it so that the network can be connected from the integrated agent control base to the integrated agent management base.

3. If you log in to the integrated agent host and the integrated agent control base is not stopped, stop the integrated agent control base.

4. On the [Response action results] screen of the Integrated Operations Viewer, check the PID of the action that is running but not known.

5. Check the step 4. PID process on the integrated agent host and wait for the process to terminate naturally or kill the process manually.

6. Launch the integrated agent control base on the integrated agent host.

- Case 5

Description

If only the imagenaction service is stopped or a network error occurs in the imagenaction service, the execution state of the response action remains queued and running.

Users deal with problems by stopping the integrated agent control base on the integrated agent host.

When the integrated agent control base is stopped, the integrated agent management base detects the suspension of the integrated agent control base, and the execution state of the response action transitions as follows.

• Transitions from running to state unknown.

• Transitions from queuing to execution failure.

When the integrated agent control base is stopped, the execution state of CMD.EXE and running commands in Windows and shells in UNIX may remain running. In that case, wait for the process to terminate naturally, or kill the process manually.

User response

1. On the [Response action results] screen of the Integrated Operations Viewer, narrow down the queueing and running actions to identify the integrated agent host that is in trouble.

2. Address system errors

   In the case of a network error, we will deal with the integration agent control infrastructure so that the imagaction service can connect to the imagent service.

3. If you log in to the integrated agent host and the integrated agent control base is not stopped, stop the integrated agent control base.

4. On the [Response action results] screen of the Integrated Operations Viewer, check the PID of the action that is running but not known.

5. Check the step 4. PID process on the integrated agent host and wait for the process to terminate naturally or kill the process manually.

6. Launch the integrated agent control base on the integrated agent host.

- Case 6

Description

If you stop the Intelligent Integration Management database or the Integrated Agent Management base (JP1/IM - Manager) while the action is running, the execution state of the response action remains in progress.

Address the problem by starting the Integrated Agent Management base (JP1/IM - Manager).

After the system starts the integrated agent management base, it confirms the connection of the integrated agent control base and transitions the execution state of the response action according to the connection status.

When the integrated agent management base can confirm the connection of the integrated agent control base, the operation status of the action is inquired to the integrated agent control base for the action that is left running, and when the response action is not working, the execution state of the response action transitions as follows. When the response action is in operation, it remains running.

• Transitions from running to state unknown.

When the integrated agent management base cannot confirm the connection of the integrated agent control base, the execution state of the response action transitions as follows.

• Transitions from running to state unknown.

• Transitions from queuing to execution failure.

User response

1. If the Intelligent Integration Management database is stopped, start the Intelligent Integration Management database.

2. Start JP1/IM - Manager

3. On the [Response action results] screen of the Integrated Operations Viewer, narrow down the actions that fail to execute, are running, and are not known, and identify the integrated agent host.

4. On the [Response action results] screen of the Integrated Operations Viewer, check the PID of the action that is running but not known.

5. Log in to the integration agent host, check the process with the PID of step 4., wait for the process to terminate naturally, or kill the process manually.

(k) Planning outage of the integrated agent control base

Here is the flow of planned outages for the integrated agent control base:

1. Define the planned down-to-plan integrated agent control base (integrated agent host) in the common exclusion conditions of JP1/IM -Manager to prevent response actions from being performed automatically.

2. Verify that there are no actions being taken on the planned down integration agent control base (integrated agent host). If there is an action that has already been introduced, wait for the action to finish.

3. Plan and stop the integrated agent control base.