IBM Support

Known issues with IBM Spectrum Protect Operations Center Version 8.1.1

Question & Answer


Question

What are the known issues with IBM Spectrum Protect™ Operations Center V8.1.1?

Answer



The following issues have been identified in Version 8.1.1 of the Operations Center:


Log-in and general issues



Storage Pools



Replication



Schedules






After you install or upgrade the Operations Center, you are unable to view the login page


Symptom

You installed or upgraded the Operations Center. In a web browser, you enter the address for the Operations Center, but the browser does not display the login screen. Instead, the following error is displayed:



Error 400: SRVE0295E: Error reported: 400

Cause

The web server of the Operations Center runs as a service and starts automatically. Sometimes, because the service hangs, a duplicate service might be started. Other times, a server might continue running after you stop the Operations Center, and a duplicate service starts when you start the Operations Center. When multiple instances of the service are running, it can cause unpredictable results in the Operations Center. When you reinstall or upgrade the Operations Center, for example, a running service can interfere with the installation process.



Solution

Complete the following steps to diagnose and resolve this problem:



1.
If you reinstalled or upgraded the Operations Center, review the web-server log file, console.log, to determine whether errors were reported during the installation of Operations Center components. Errors might be reported in this file even if the Installation Manager completed successfully.

The console.log log file is located in the following directory:

installation_dir/ui/Liberty/usr/servers/guiServer/logs

Where installation_dir represents the directory in which the product is installed.

If no errors are recorded in the file, you need to restart the web server after you end web server processes. If errors are reported, you need to uninstall and reinstall the Operations Center after you end web server processes.

2.
Depending on your operating system, complete the following steps to end all running instances of the guiServer process.
  • On a UNIX or Linux system, complete the following steps:

    a) Enter the following ps command to determine whether multiple instances of the guiServer process are running on the computer where the Operations Center is installed:

    ps -ef | grep guiServer


  • b) End all running instances of the guiServer process by using the kill command, or by rebooting your system.
  • On a Windows system, end all running instances of the guiServer process by rebooting your system.

3.
If you newly installed the Operations Center, or if you reinstalled or upgraded the Operations Center and the console.log file did not contain installation errors, restart the web server as described in the following Knowledge Center topic:

https://www.ibm.com/support/knowledgecenter/SSEQVQ_8.1.0/srv.install/t_oc_inst_web_server_startstop.html

If you reinstalled or upgraded the Operations Center, and the console.log file did contain installation errors, uninstall, and reinstall the Operations Center.



Return to list





Message: "ANR3218E UPDATE ADMIN: Administrator IBM-OC-server_name is a managed object and cannot be updated




Symptom



The error message ANR3218E is displayed. This error might be displayed when you try to connect a spoke server to the hub server, or when you try to update passwords on spoke servers.

Cause

The Operations Center runs independently of enterprise configuration, and is unable to update user IDs that are managed by the configuration manager. An administrator ID that the Operations Center creates and maintains on spoke servers was unintentionally placed under the control of the configuration manager.

When you try to connect a spoke server to the hub, the Operations Center attempts to register the monitoring administrator ID, IBM-OC-server_name, on the new spoke server. This same monitoring administrator ID with the same password is registered on the hub server and on all spoke servers. Periodically, the Operations Center automatically updates the monitoring administrator ID password on the hub and spoke servers. You typically do not need to use or manage this password. If the password update was not successful, and the Operation Center detects that the passwords on one or more spokes are not current, it prompts you to have it attempt the password update again.

If the error message ANR321E is displayed when you try to connect a spoke server or update a spoke server's monitoring administrator ID password, it might be because the monitoring administrator ID was inadvertently placed under the configuration manager's control. You might unintentionally place the monitoring administrator ID under the control of the configuration manager when you issue the DEFINE PROFASSOCIATION command. If you use a wildcard character in the DEFINE PROFASSOCIATION command to identify which administrators are associated with the configuration profile, you might unintentionally match the monitoring administrator ID. For example, you might associate all administrator IDs with the configuration profile by specifying admins=* in the DEFINE PROFASSOCIATION command.

Solution

Do not specify admins=* in the DEFINE PROFASSOCIATION command when you associate administrator IDs with the configuration profile. Instead, list all administrator IDs, excluding the monitoring administrator ID, in the command. For example, admins=admin1,admin2,admin3,admin4. Make sure to update the list when administrator IDs are added to or removed from the hub server.

Tip: You can use an enterprise configuration to maintain the monitoring administrator ID on spoke servers, but only if you designate the configuration manager server as the Operations Center hub server. For more information about grouping hub and spoke servers in an enterprise configuration, see https://www.ibm.com/support/knowledgecenter/SSEQVQ_8.1.0/srv.install/c_oc_inst_reqs_tips_for_hub_spoke.html



Return to list










The Add Storage Pool wizard times out trying to retrieve existing storage pool information





Symptom

You are trying to create a storage pool by using the Add Storage Pool wizard. On the Identity page of the wizard, you select the server on which you want to define the pool and click Next. The Add Storage Pool wizard displays the status message Retrieving existing pools..., but does not advance to the next page of the wizard. Eventually, the following error is displayed:

Error occurred while making the Web server request: Timeout exceeded

Cause

To successfully guide you through the steps to create a storage pool, the Add Storage Pool wizard must collect information about the current configuration. After you select a server on the Identity page, the wizard collects information about all the storage pools the are already defined on the server. If the server is configured as a source replication server, the wizard also collects information for its associated target replication server.

This error occurs because the selected server is configured for replication and its associated target replication server is unavailable. The wizard cannot retrieve the configuration information for the target replication server, and the operation eventually times out.

Solution

Identify the target replication server and determine why it is unavailable. The target replication server that is associated with the selected server is shown on the Replication page. Ensure that the target replication server is running, and that there are no network issues.



Return to list







The Add Server Pair wizard cannot configure replication if the source and target servers are configured for Secure Sockets Layer (SSL) communication





Symptom

You are using the Add Server Pair wizard to configure replication between a source and target server. Although communication between the source and target servers is already configured to use SSL, the follow error is returned.

To configure replication using Secure Sockets Layer (SSL) between the source and target servers, additional configuration is needed.

Because you cannot advance further through the wizard, you are unable to configure replication between the servers or create a client replication schedule.

Cause

When the Operations Center is configured to use SSL, the Add Server Pair wizard attempts to verify that communication between the source and target servers is secure. If communication between the servers is not configured to use SSL, you cannot advance further through the wizard.

This error occurs because the Operations Center is unable to detect that the source and target servers are configured to use SSL, and incorrectly determines that SSL is not configured.

Solution

To configure replication between the servers, use the Command Builder to complete the following steps:

1.
On the source replication server, issue the SET REPLSERVER command to set the target replication server.

2.
To define a client replication schedule, use the DEFINE SCHEDULE command to create a new administrative schedule on the source replication server to run the REPLICATE NODE command.

3.
To improve the performance of client replication, use the DEFINE SCHEDULE command to create a new administrative schedule on the source replication server to run the PROTECT STGPOOL command. By regularly running the PROTECT STGPOOL command to copy data in a directory-container storage pool to the target replication server, you can improve replication performance. Replication performance is typically improved because the data extents that are already copied to the target replication server by storage pool protection operations are skipped when node replication is started. Schedule enough time for the PROTECT STGPOOL schedule to complete before the REPLICATE NODE schedule starts.



Return to list










Message: "ANRG0098E The IBM Spectrum Protect server object that you are trying to access does not exist on the server."




Symptom



You are trying to create a new schedule to automate client protection tasks. From the Schedules page of the Operations Center, you click + Schedule to open the Create Schedule wizard. The Create Schedule wizard does not open, and the ANRG0098E error is displayed.

Cause

The hub server does not have any clients or policy domains defined. All clients and policy domains are defined only on spoke servers that are connected to the hub. This configuration of hub and spoke servers is atypical because the hub server is not managing data for clients. The hub server is running only to enable the Operations Center to manage and monitor the spoke servers. Because this particular configuration was not anticipated, the Operations Center is not able to open the Create Schedule wizard and instead displays the ANRG0098E error.

Solution

Define a policy domain on the hub server by using the DEFINE DOMAIN command. While at least one policy domain is defined on the hub server, you are able to open the Create Schedule wizard. The policy domain that you define can be empty; it does not need to contain any policy sets, management classes, or copy groups.



Return to list










[{"Product":{"code":"SSEQVQ","label":"IBM Spectrum Protect"},"Business Unit":{"code":"BU058","label":"IBM Infrastructure w\/TPS"},"Component":"Not Applicable","Platform":[{"code":"PF002","label":"AIX"},{"code":"PF016","label":"Linux"},{"code":"PF033","label":"Windows"}],"Version":"8.1","Edition":"","Line of Business":{"code":"LOB26","label":"Storage"}}]

Document Information

Modified date:
17 June 2018

UID

swg21999344