[
https://issues.apache.org/jira/browse/CASSANDRA-5084?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13767134#comment-13767134
]
Mikhail Stepura commented on CASSANDRA-5084:
--------------------------------------------
[~brandon.williams] There is a difference between 1.2 and trunk in the way
Cassandra handles Netty's Channels/Connections. Basically a connection is not
attached to a channel (as an attachment), so I need some time to figure out the
proper/safest way to port the changes to 1.2.
> Cassandra should expose connected client state via JMX
> ------------------------------------------------------
>
> Key: CASSANDRA-5084
> URL: https://issues.apache.org/jira/browse/CASSANDRA-5084
> Project: Cassandra
> Issue Type: Improvement
> Reporter: Robert Coli
> Assignee: Suresh
> Priority: Minor
> Labels: lhf
> Fix For: 1.2.10
>
> Attachments: 5084-v1.txt, trunk-5084-native.patch, trunk-5084.patch,
> trunk-5084-sept4.patch
>
>
> There is currently no good way to determine or estimate how many clients are
> connected to a cassandra node without using netstat or (if using sync thrift
> server) counting threads. There is also no way to understand what state any
> given connection is in. People regularly come into #cassandra/cassandra-user@
> and ask how to get the equivalent of a MySQL "SHOW FULL PROCESSLIST."
> While I understand that feature parity with SHOW FULL
> PROCESSLIST/information_schema.processlist is unlikely, even a few basic
> metrics like "number of connected clients" or "number of active clients"
> would greatly help with this operational information need.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
