You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@geode.apache.org by "ASF subversion and git services (Jira)" <ji...@apache.org> on 2020/02/05 21:50:00 UTC
[jira] [Commented] (GEODE-7739) Redundant JMX managers may not
federate mbeans of other JMX managers
[ https://issues.apache.org/jira/browse/GEODE-7739?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17031069#comment-17031069 ]
ASF subversion and git services commented on GEODE-7739:
--------------------------------------------------------
Commit 5c8edc26ac81144f3e556fde3be9cb08f5a8fa18 in geode's branch refs/heads/develop from Kirk Lund
[ https://gitbox.apache.org/repos/asf?p=geode.git;h=5c8edc2 ]
GEODE-7739: Federate ManagerMXBean (#4655)
* Reenable locator mbean federation validation in
JMXMBeanReconnectDUnitTest
* Fix federation of ManagerMXBean
* Remove atMost clause from await calls
> Redundant JMX managers may not federate mbeans of other JMX managers
> --------------------------------------------------------------------
>
> Key: GEODE-7739
> URL: https://issues.apache.org/jira/browse/GEODE-7739
> Project: Geode
> Issue Type: Bug
> Components: jmx
> Reporter: Kirk Lund
> Assignee: Kirk Lund
> Priority: Major
> Time Spent: 20m
> Remaining Estimate: 0h
>
> Debugging with JMXMBeanReconnectDUnitTest revealed this bug.
> The test starts two locators with jmx manager configured and started. Locator1 always has all of locator2's mbeans, but locator2 is intermittently missing the personal mbeans of locator1.
> I think this is caused by some sort of race condition in the code that creates the monitoring regions for other members in locator2.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)