Re: a question on jmx solr exposure
: > > Well, we don't use multicore feature of SOLR, so in our case SOLR : > instances : > > are just separate web-apps. The web-app loading order probably then : > affects : > > on which app gets hold of a jmx 'pipe'. A feature was added in SOLR-1843 specificly to help address this potential collision, by allowing you to override the "rootName" used in your declaration (by default it's "solr/${corename}") but looking at the issue now i see it was only committed to trunk... https://issues.apache.org/jira/browse/SOLR-1843 ...even though this looks like a fairly straight forward candidate to merge back to 3x. i'll look into it. -Hoss
Re: a question on jmx solr exposure
That's absolutely right. Thanks for the suggestion. On Thu, Dec 29, 2011 at 2:47 PM, Gora Mohanty wrote: > On Thu, Dec 29, 2011 at 6:15 PM, Dmitry Kan wrote: > > Well, we don't use multicore feature of SOLR, so in our case SOLR > instances > > are just separate web-apps. The web-app loading order probably then > affects > > on which app gets hold of a jmx 'pipe'. > > We should probably start using the feature to collect stats from > different > > cores at the same time. Thanks. > > But, as I pointed out earlier, you should still have a different > solrconfig.xml file for each web app, and thus should be able > to set up JMX differently for each. > > Regards, > Gora > -- Regards, Dmitry Kan
Re: a question on jmx solr exposure
On Thu, Dec 29, 2011 at 6:15 PM, Dmitry Kan wrote: > Well, we don't use multicore feature of SOLR, so in our case SOLR instances > are just separate web-apps. The web-app loading order probably then affects > on which app gets hold of a jmx 'pipe'. > We should probably start using the feature to collect stats from different > cores at the same time. Thanks. But, as I pointed out earlier, you should still have a different solrconfig.xml file for each web app, and thus should be able to set up JMX differently for each. Regards, Gora
Re: a question on jmx solr exposure
Well, we don't use multicore feature of SOLR, so in our case SOLR instances are just separate web-apps. The web-app loading order probably then affects on which app gets hold of a jmx 'pipe'. We should probably start using the feature to collect stats from different cores at the same time. Thanks. On Thu, Dec 29, 2011 at 2:21 PM, Alexey Serba wrote: > Which Solr version do you use? Maybe it has something to do with > default collection? > > I do see separate jmx domain for every collection, i.e. > > solr/collection1 > solr/collection2 > solr/collection3 > ... > > On Wed, Dec 21, 2011 at 1:56 PM, Dmitry Kan wrote: > > Hello list, > > > > This might be not the right place to ask the jmx specific questions, but > I > > decided to try, as we are polling SOLR statistics through jmx. > > > > We currently have two solr cores with different schemas A and B being run > > under the same tomcat instance. Question is: which stat is jconsole going > > to see under solr/ ? > > > > From the numbers (e.g. numDocs of searcher), jconsole see the stats of A. > > Where do stats of B go? Or is firstly activated core will capture the jmx > > "pipe" and won't let B's stats to go through? > > > > -- > > Regards, > > > > Dmitry Kan > -- Regards, Dmitry Kan
Re: a question on jmx solr exposure
Which Solr version do you use? Maybe it has something to do with default collection? I do see separate jmx domain for every collection, i.e. solr/collection1 solr/collection2 solr/collection3 ... On Wed, Dec 21, 2011 at 1:56 PM, Dmitry Kan wrote: > Hello list, > > This might be not the right place to ask the jmx specific questions, but I > decided to try, as we are polling SOLR statistics through jmx. > > We currently have two solr cores with different schemas A and B being run > under the same tomcat instance. Question is: which stat is jconsole going > to see under solr/ ? > > From the numbers (e.g. numDocs of searcher), jconsole see the stats of A. > Where do stats of B go? Or is firstly activated core will capture the jmx > "pipe" and won't let B's stats to go through? > > -- > Regards, > > Dmitry Kan
Re: a question on jmx solr exposure
On Wed, Dec 21, 2011 at 3:26 PM, Dmitry Kan wrote: > Hello list, > > This might be not the right place to ask the jmx specific questions, but I > decided to try, as we are polling SOLR statistics through jmx. > > We currently have two solr cores with different schemas A and B being run > under the same tomcat instance. Question is: which stat is jconsole going > to see under solr/ ? [...] Have not tried this, but each core has a separate solrconfig.xml. Thus, you could specify a different JMX setup for each, e.g., by changing the name, or port. Regards, Gora
Re: a question on jmx solr exposure
Solved by exposing jmx only on one of the cores, as it is of a more interest than the other one. Dmitry On Wed, Dec 21, 2011 at 11:56 AM, Dmitry Kan wrote: > Hello list, > > This might be not the right place to ask the jmx specific questions, but I > decided to try, as we are polling SOLR statistics through jmx. > > We currently have two solr cores with different schemas A and B being run > under the same tomcat instance. Question is: which stat is jconsole going > to see under solr/ ? > > From the numbers (e.g. numDocs of searcher), jconsole see the stats of A. > Where do stats of B go? Or is firstly activated core will capture the jmx > "pipe" and won't let B's stats to go through? > > -- > Regards, > > Dmitry Kan >
a question on jmx solr exposure
Hello list, This might be not the right place to ask the jmx specific questions, but I decided to try, as we are polling SOLR statistics through jmx. We currently have two solr cores with different schemas A and B being run under the same tomcat instance. Question is: which stat is jconsole going to see under solr/ ? >From the numbers (e.g. numDocs of searcher), jconsole see the stats of A. Where do stats of B go? Or is firstly activated core will capture the jmx "pipe" and won't let B's stats to go through? -- Regards, Dmitry Kan