Bug 1084059 - Storage node has internal server metrics "Anti Entropy Sessions" marked as unavailable
Summary: Storage node has internal server metrics "Anti Entropy Sessions" marked as un...
Status: ON_QA
Alias: None
Product: RHQ Project
Classification: Other
Component: Plugins
Version: 4.9
Hardware: Unspecified
OS: Unspecified
low
low vote
Target Milestone: GA
: RHQ 4.13
Assignee: Simeon Pinder
QA Contact: Mike Foley
URL:
Whiteboard:
Keywords:
Depends On: 1084056
Blocks:
TreeView+ depends on / blocked
 
Reported: 2014-04-03 14:08 UTC by bkramer
Modified: 2018-02-15 04:49 UTC (History)
1 user (show)

(edit)
Clone Of:
(edit)
Last Closed:


Attachments (Terms of Use)

Description bkramer 2014-04-03 14:08:42 UTC
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):
RHQ 4.9

How reproducible:
Always

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.

Actual results:
Anti Entropy Sessions resource is discovered and monitored.

Expected results:
We should not monitor Anti Entropy Sessions resource as it will go down after every storage node restart.

Additional info:

Comment 1 Stefan Negrea 2014-09-22 19:54:13 UTC
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:
commit 2dbe6c57daaae87b5ce6890ba0da22c5976c6a7d
Author: Stefan Negrea <snegrea@redhat.com>
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


Note You need to log in before you can comment on or make changes to this bug.