Description of problem:
First time, when RHQ is installed and started, *Anti Entropy Sessions* resource will not be discovered and will not be listed under Storage Node's Internal Server Metrics subfolder. However, execution of *Repair* operation will generate *Anti Entropy Sessions" which will be discovered after RHQ Agent's full discovery. The status of this metric will be UP.
If we stop the storage node and start it again, previously discovered *Anti Entropy Session* will not exist any more and because of that it will be marked as DOWN in RHQ UI, until next "Repair" operation...
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Install RHQ 4.9;
2. In RHQ UI navigate to Inventory -> Servers -> RHQ Storage Node -> Internal Server Metrics and confirm that *Anti Entropy Sessions* are not listed;
3. For this storage node, execute "Repair" operation;
4. Execute "discovery -f" on the RHQ Agent command line;
5. Execute "avail --force" on the RHQ Agent command line;
6. Navigate as before to Internal Server Metrics for this storage node and confirm that *Anti Entropy Sessions* are discovered and UP;
7. Stop storage node: ./rhqctl stop --storage;
8. Start storage node: ./rhqctl start --storage;
9. Navigate to the Internal Server Metrics for this storage node and confirm that *Anti Entropy Sessions* resource is down.
Anti Entropy Sessions resource is discovered and monitored.
We should not monitor Anti Entropy Sessions resource as it will go down after every storage node restart.
Added missing policy to the "Anty Entropy Sessions" type (a single bean) to allow users to configure the behaviour of a missing resourece after a Cassandra or Storage Node server restart.
master branch commit:
Author: Stefan Negrea <firstname.lastname@example.org>
Date: Mon Sep 22 12:21:47 2014 -0500
[BZ 1084056] Added missing policy to the "Anty Entropy Sessions" type (a single bean) to allow users to c