I've had some issues monitoring Solr with the per-core mbeans and ended up writing a custom "request handler" that gets loaded then registers itself as an mbean. When called it polls all the per-core mbeans then adds or averages them where appropriate before returning the requested value. I'm not sure if there's a better way to get jvm-wide stats via jmx but it is *a* way to get it done.
Thanks, Greg On Feb 3, 2014, at 1:33 AM, adfel70 <adfe...@gmail.com> wrote: > I'm sending all solr stats data to graphite. > I have some questions: > 1. query_handler/select requestTime - > if i'm looking at some metric, lets say 75thPcRequestTime - I see that each > core in a single collection has different values. > Is each value of each core is the time that specific core spent on a > request? > so to get an idea of total request time, I should summarize all the values > of all the cores? > > > 2.update_handler/commits - does this include auto_commits? becuaste I'm > pretty sure I'm not doing any manual commits and yet I see a number there. > > 3. update_handler/docs pending - what does this mean? pending for what? for > flush to disk? > > thanks. > > > > -- > View this message in context: > http://lucene.472066.n3.nabble.com/need-help-in-understating-solr-cloud-stats-data-tp4114992.html > Sent from the Solr - User mailing list archive at Nabble.com.
