Question & Answer
The following issues have been identified in version 8.1.15 of the Operations Center:
- Replication storage rule fails with error ANR3187E
- A replication storage rule is not replicating certain clients
- Storage rule summary pages do not show recent data in the two-week history chart or the Recent History area
Language translations: In addition to the known issues described in this technote, be aware that some language translations are not available in version 8.1.15 of the Operations Center. The Operations Center help system for 8.1.15 is available in English, German, Spanish, French, Italian, Japanese, and Korean. If you select Simplified Chinese, Traditional Chinese, or Portuguese as your language, the English version of the Operations Center help is displayed. The Operations Center help is available in Russian, but is at the 8.1.14 level and so does not contain the most recent updates.
Replication storage rule fails with error ANR3187E
You created a replication storage rule. The replication storage rule's Data to replicate property is set to Specify by subrule, which means the no data is replicated unless specified by a subrule. Because no data is replicated by default, you defined subrules that identify the clients whose file spaces are to be replicated. The storage rule fails and the activity log contains the following informational and error messages:
ANR3185I Replicating node proxy_node_name as a proxy agent for replicated node node_name ANR3187E Replication of associated replication node associated replication node_name failed - the node is not configured for replication
A client has a proxy agent. A proxy agent is another client that acts on behalf of the client. Although the client might be enabled for replication, its proxy agent is not enabled for replication.
From the ANR3187E error message, identify the name of the client that is the proxy agent. To enable replication for the proxy agent, from the Clients page, select the client and click More > Set Replication.
A replication storage rule is not replicating certain clients
You created a replication storage rule. After the replication storage rule runs, you open the Clients page or the Client Replication page and notice that no data was replicated for one or more of the clients. The replication storage rule's Data to replicate property is either set to All data, which implicitly includes the clients, or is set to Specify by subrule and you have explicitly included the clients by using subrules.
The activity log contains the following warning message:
ANR1934W REPLICATE NODE: Node node name is disabled.
The clients are not be enabled for replication. Clients that are not enabled for replication are not replicated when the storage rule runs.
If a client is not being replicated, determine its replication state. You can determine its replication state from the Clients tab of the storage rule's details notebook. To open the details notebook, from the Storage Rules page, select the replication storage rule and click Details. On the Clients tab of the details notebook, the Replication State column shows which clients are enabled for replication. To enable replication for a client, select the client and click Set Replication.
An object agent that is defined on a server is not shown in the Operations Center
You defined an object agent on the server by using the DEFINE SERVER command, or you modified an object agent by using the UPDATE SERVER command. The command completes without errors, and you can verify that the object agent was defined by using the QUERY SERVER command. However, the object agent is not shown in the Operations Center. On the Object Agent page for the server, a message is displayed that says that an object agent must be configured before you can register an object client. If you try to register a client by using the Add Client wizard, you also get a message that says that no object agent is configured. If you try to define an object agent by using the Operations Center, the following error message is written to the activity log:
ANR4610E Command: An object agent server is already defined.
When you define an object agent by using the Operations Center, the Operations Center defines an endpoint to which object clients can send S3 requests. This endpoint is formed by using the IP address of the server and a port number. In the Operations Center, you can configure only the port number. The IP address is automatically determined to be the same as the server's IP address. When the object agent was created or modified by using the DEFINE SERVER or UPDATE SERVER command, a high-level address was specified that does not match the IP address of the server. For this reason, the Operations Center incorrectly determines that no object client is defined on the server.
Use the UPDATE SERVER command to update the object agent. By using the HLAddress parameter of the command, specify the IP address of the IBM Spectrum Protect server.
Storage rule summary pages do not show recent data in the two-week history chart or the Recent History area
To view the performance history of a storage rule, you select the storage rule on the Storage Rules page, and click Details. From the storage rule's details notebook, you go to the summary page for the storage rule, for a subrule, or for a source pool. The two-week history chart is empty or is missing the most-recent data. The Recent History area of the page is also missing data.
The CHECKFORTIERSTATS server option is set to No. In some situations, background processes for identifying eligible file spaces to be copied can degrade the performance of a storage rule. As a workaround to improve performance, the CHECKFORTIERSTATS server option was set to No. A side effect of that workaround is that the Operations Center cannot populate storage-rule summary pages with recent history. The information that is normally collected in the background to populate the two-week history chart and the Recent History area is not collected while the CHECKFORTIERSTATS server option is set to No.
Use the QUERY OPTION command to display the current setting of the CHECKFORTIERSTATS server option. From the command line, issue the following command:
q opt checkfortierstats
If the CHECKFORTIERSTATS server option is set to No, you can resolve this problem by setting the server option to Yes. If you set the CHECKFORTIERSTATS server option to Yes, the recent history is not immediately restored, but begins to be collected again the next time the storage rule runs. If the server option was previously set to No to resolve a performance problem, understand that setting it to Yes might degrade storage rule performance. You might need to choose between improved performance or displaying the two-week historical data.
To set the CHECKFORTIERSTATS server option, issue the following command:
setopt checkfortierstats yes
Was this topic helpful?
29 June 2022