[jira] [Comment Edited] (CASSANDRA-14435) Diag. Events: JMX events
[ https://issues.apache.org/jira/browse/CASSANDRA-14435?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16471772#comment-16471772 ] mck edited comment on CASSANDRA-14435 at 5/11/18 11:48 AM: --- {quote}That or do like in CASSANDRA-13480 where there is an operation to check recent events or something when notifications are lost. {quote} Yes, I think this is the idea [~cnlwsu]. With CASSANDRA-13460 it'll be possible to query the list via a jmx endpoint (and a virtual table). was (Author: michaelsembwever): That or do like in CASSANDRA-13480 where there is an operation to check recent events or something when notifications are lost. \{quote} Yes, I think this is the idea [~cnlwsu]. With CASSANDRA-13460 it'll be possible to query the list via a jmx endpoint (and a virtual table). > Diag. Events: JMX events > > > Key: CASSANDRA-14435 > URL: https://issues.apache.org/jira/browse/CASSANDRA-14435 > Project: Cassandra > Issue Type: New Feature >Reporter: Stefan Podkowinski >Assignee: Stefan Podkowinski >Priority: Major > Fix For: 4.x > > > Nodes currently use JMX events for progress reporting on bootstrap and > repairs. This might also be an option to expose diagnostic events to external > subscribers. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Comment Edited] (CASSANDRA-14435) Diag. Events: JMX events
[ https://issues.apache.org/jira/browse/CASSANDRA-14435?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16471772#comment-16471772 ] mck edited comment on CASSANDRA-14435 at 5/11/18 11:39 AM: --- That or do like in CASSANDRA-13480 where there is an operation to check recent events or something when notifications are lost. \{quote} Yes, I think this is the idea [~cnlwsu]. With CASSANDRA-13460 it'll be possible to query the list via a jmx endpoint (and a virtual table). was (Author: michaelsembwever): {quote}That or do like in CASSANDRA-13480 where there is an operation to check recent events or something when notifications are lost. \{quote} Yes, I think this is the idea [~cnlwsu]. With CASSANDRA-13460 it'll be possible to query the list via a jmx endpoint (and a virtual table?). > Diag. Events: JMX events > > > Key: CASSANDRA-14435 > URL: https://issues.apache.org/jira/browse/CASSANDRA-14435 > Project: Cassandra > Issue Type: New Feature >Reporter: Stefan Podkowinski >Assignee: Stefan Podkowinski >Priority: Major > Fix For: 4.x > > > Nodes currently use JMX events for progress reporting on bootstrap and > repairs. This might also be an option to expose diagnostic events to external > subscribers. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Comment Edited] (CASSANDRA-14435) Diag. Events: JMX events
[ https://issues.apache.org/jira/browse/CASSANDRA-14435?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16461849#comment-16461849 ] Chris Lohfink edited comment on CASSANDRA-14435 at 5/3/18 3:17 AM: --- Jmx notifications are stateless with clients. It keeps a cyclic buffer of events with ids. When a polling client sends for an update it sends last id seen. If the is is no longer in buffer the values between last read and lowest are lost. In between jvm and existing events going on that buffer we frequently lose events as is. Not that we can’t use it but it’s a global limited resource that can be sensitive with higher latencies between jmx client and server edit: typos sorry wrote it on phone was (Author: cnlwsu): Jmx notifications are stateless with clients. It keeps a cyclic buffer of events with ids. When a polling client sends for an update it sends last if seen. If the is is no longer in buffer the values between last read and lowest are lost. In between nvm and existing events going on that buffer we frequently lose events as is. Not that we can’t use it but it’s a global limited resource that can be sensitive with higher latenciea between jmx client and server > Diag. Events: JMX events > > > Key: CASSANDRA-14435 > URL: https://issues.apache.org/jira/browse/CASSANDRA-14435 > Project: Cassandra > Issue Type: New Feature >Reporter: Stefan Podkowinski >Assignee: Stefan Podkowinski >Priority: Major > Fix For: 4.x > > > Nodes currently use JMX events for progress reporting on bootstrap and > repairs. This might also be an option to expose diagnostic events to external > subscribers. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org