"analytics.log" error is seen as below: com.vmware.idm.analytics.elasticsearch.JestHealthResultHandler - Failed to check health: {"root_cause":[{"type":"master_not_discovered_exception","reason":null}],"type":"master_not_discovered_exception","reason":null}
com.vmware.idm.analytics.elasticsearch.ElasticSearchHttpStorageAdapter - Unable to check cluster health, retention policy skipped. java.lang.RuntimeException: java.util.concurrent.TimeoutException
at com.vmware.vidm.common.async.CompletableFutures.block(CompletableFutures.java:91)cluster_manager_not_discovered_exceptioncurl -XGET http://localhost:9200/_cluster/health?pretty=trueVMware Identity Manager 3.3.7
The node may intermittently fail to identify or connect to the OpenSearch Manager Node.
Find the impacted node, can be seen in the System Diagnostic Dashboard as the problematic OpenSearch node or by reviewing logs:
more /opt/vmware/opensearch/logs/horizon.log
If only 1 node is impacted by the issue then a service restart should be sufficient:
/etc/init.d/opensearch restartIf all nodes are impacted then review the OpenSearch configuration:
Review the configuration OpenSearch configuration yaml:
cat /opt/vmware/opensearch/config/opensearch.ymlValidate the parameter cluster.initial_master_nodes or cluster.initial_cluster_manager_nodes is configured to the same node across the vIDM cluster, which should be the first installed vIDM node.
If parameter cluster.initial_master_nodes or cluster.initial_cluster_manager_nodes is different then stop opensearch on each node:
/etc/init.d/opensearch stopUpdate the configuration yaml to have the same primary node across the cluster:
vi /opt/vmware/opensearch/config/opensearch.ymlNote: vi editor can be used with:i or Insert key to change to editor modeEscape key to leave editor mode:w to save the change:q the exit viStart the service on the primary node first, then on each other node:
/etc/init.d/opensearch startValidate the OpenSearch cluster health:
curl -XGET http://localhost:9200/_cluster/health?pretty=true