Support Migration Notice: To update migrated JIRA cases click here to open a new case use www.vmware.com/go/sr | vFabric Hyperic 5.7.0 is Now Available

Hyperic HQ

Gemfire plugin - auto-group for Cache Servers show available and uptime metrics even when one server is unavailable

Details

  • Type: Bug Bug
  • Status: Closed Closed
  • Priority: Major Major
  • Resolution: Deferred
  • Affects Version/s: 4.5
  • Fix Version/s: None
  • Component/s: Plugins
  • Environment:
    HQ server 4.5.0-EE-124 running on CentOS 5.4
    HQ-agent 4.5.0-EE-126 running on CentOS 5.4
     - Gemfire 6.5 RC2 on hq-agent G
  • Case Links:
    none
  • Regression:
    No

Description

Gemfire plugin - auto-group for Cache Servers show available and uptime metrics even when one server is unavailable.

When monitoring mutliple cache servers, the auto-group shows availability as green and uptime metrics continues to report even when one of the servers is unavailable.

Expected Result:
For multiple Cache Servers, the auto-group should show yellow status for availability and indicate parital uptime metrics.

Actual Result:
The auto-group view for two servers, one up and one down, as availble (green) and uptime metrics.

Steps to Reproduce:
1. Add Gemfire Distributed System to Hyperic with at least two Cache Servers
2. Allow servers and services to be discovered
3. Allow metrics to collect and report
4. Stop one of the cache servers
5. Select Cache Server Auto-groups
5. Note the availability and uptime metrics report for the group as available (green) and they are up.

Additional Information:
See attached screenshots for additional information.

Activity

Hide
German Laullon added a comment -

I don't understand this problem... in the screen shoot the server av availability RED.

Show
German Laullon added a comment - I don't understand this problem... in the screen shoot the server av availability RED.
Hide
Frederic Calindas added a comment -

There are actually two screenshots....

1. Gemfire Cache Server Auto-Group.jpg - shows that the Availability is GREEN for the Cache Server auto-group
2. Gemfire Cache Server Turned Off.jpg - shows the Availability is RED for the Cache Server that is stopped

The Availability for the auto-group should not show GREEN if one of the members is RED (especially if it's half of the group)

Show
Frederic Calindas added a comment - There are actually two screenshots.... 1. Gemfire Cache Server Auto-Group.jpg - shows that the Availability is GREEN for the Cache Server auto-group 2. Gemfire Cache Server Turned Off.jpg - shows the Availability is RED for the Cache Server that is stopped The Availability for the auto-group should not show GREEN if one of the members is RED (especially if it's half of the group)
Hide
German Laullon added a comment -

I only saw one... but after click on "File Attachments:" I see two.

This is not a plugin problem, this calculation is made by the UI/server.
As you can see on http://jira.hyperic.com/secure/attachment/30682/Gemfire+Cache+Server+Turned+Off.jpg the plugin is reporting the server is down.

Show
German Laullon added a comment - I only saw one... but after click on "File Attachments:" I see two. This is not a plugin problem, this calculation is made by the UI/server. As you can see on http://jira.hyperic.com/secure/attachment/30682/Gemfire+Cache+Server+Turned+Off.jpg the plugin is reporting the server is down.
Hide
Yoav Epelman added a comment -

Bulk change to new components

Show
Yoav Epelman added a comment - Bulk change to new components
Hide
Idan Hod added a comment -

As part of our continuous effort to improve product quality, The Hyperic product team has decided to implement a "zero bug policy" methodology.

Following this methodology, only defects that are planned to be handled in the near future will remain open. Any other defect will be deferred, with the option to be reevaluated if the need arises, or if changes to the Hyperic road-map make such defect a candidate for a fix.

We believe this new process will help create clarity and focus in the Hyperic road-map and ultimately benefit our customer base.

This bug has been deferred as part of the new policy.

We appreciate your cooperation and continues contribution to the improvement of Hyperic.

Show
Idan Hod added a comment - As part of our continuous effort to improve product quality, The Hyperic product team has decided to implement a "zero bug policy" methodology. Following this methodology, only defects that are planned to be handled in the near future will remain open. Any other defect will be deferred, with the option to be reevaluated if the need arises, or if changes to the Hyperic road-map make such defect a candidate for a fix. We believe this new process will help create clarity and focus in the Hyperic road-map and ultimately benefit our customer base. This bug has been deferred as part of the new policy. We appreciate your cooperation and continues contribution to the improvement of Hyperic.

People

Vote (0)
Watch (0)

Dates

  • Created:
    Updated:
    Resolved:
    Last comment:
    41 weeks, 1 day ago