Re: Solr JMX changes and backwards (in)compatibility

2017-04-19 Thread Walter Underwood 
I did report it a week ago. This is a reply to that email.

New Relic displays the cache hit rate for each collection, showing the query 
result cache, filter cache, and document cache.

With 6.5.0, that page shows this message:

New Relic recorded no Solr caches data for this application in the last 24 
hours
If you think there should be Solr data here, first check to see that JMX is 
enabled for your application server. If enabled, then please contact support.

wunder
Walter Underwood
wun...@wunderwood.org
http://observer.wunderwood.org/  (my blog)


> On Apr 19, 2017, at 2:28 AM, Andrzej Białecki 
>  wrote:
> 
> 
>> On 18 Apr 2017, at 19:15, Walter Underwood > > wrote:
>> 
>> Pretty sure the back-compat did not work, because New Relic cannot find the 
>> MBeans in our 6.5.0 cluster.
>> 
> 
> I don’t use New Relic and nobody reported this until now, which is a pity… 
> Could you please be more specific about what MBeans can’t be found? Does this 
> affect all caches or just some of them? 
> 
>> 
>>> On Apr 11, 2017, at 2:28 PM, Walter Underwood >> > wrote:
>>> 
>>> We are running 6.5.0 in prod and New Relic is not showing cache stats. I 
>>> think this means it cannot find the MBeans.
>>> 
>>> I gleaned that from the discussion here:
>>> 
>>> https://discuss.newrelic.com/t/solr-data-not-appearing-in-apm-solr-tabs-caches-updates/37507/4
>>>  
>>> 
>>> https://docs.newrelic.com/docs/agents/java-agent/troubleshooting/solr-data-not-appearing-apm-solr-tab-java
>>>  
>>> 
>>> 
>>> wunder
>>> Walter Underwood
>>> wun...@wunderwood.org 
>>> http://observer.wunderwood.org/   (my blog)
>>> 
 On Mar 3, 2017, at 7:26 AM, Andrzej Białecki 
 > 
 wrote:
 
 
> On 2 Mar 2017, at 16:45, Otis Gospodnetić  > wrote:
> 
> Hi,
> 
> While I love all the new metrics in Solr, I think metrics should be 
> treated like code/features in terms of how backwards 
> compatibility/deprecation is handled. Otherwise, on upgrade, people's 
> monitoring breaks and monitoring is kind of important... 
> Note: Looks like recent Solr metrics changes broke/changed 
> previously-existing MBeans... 
> Don't have the details about what was changed and how exactly, but I see 
> people using Sematext SPM for monitoring Solr are reporting this with 
> Solr 6.4.1.
> 
 
 Otis,
 
 Yes, we’ll be more careful, but we need proper feedback too. My 
 understanding was that SOLR-10035 addressed this by adding back-combat 
 registration under old names. Are you saying there are still some issues 
 in 6.4.1? Can you please be more specific? 6.4.2 is almost out, but if 
 it’s something serious then we should fix it.
 
> 
> Otis
> --
> Monitoring - Log Management - Alerting - Anomaly Detection
> Solr & Elasticsearch Consulting Support Training - http://sematext.com/ 
> 
> 
 
>>> 
>> 
>

Re: Solr JMX changes and backwards (in)compatibility

2017-04-19 Thread Andrzej Białecki 

> On 18 Apr 2017, at 19:15, Walter Underwood  wrote:
> 
> Pretty sure the back-compat did not work, because New Relic cannot find the 
> MBeans in our 6.5.0 cluster.
> 

I don’t use New Relic and nobody reported this until now, which is a pity… 
Could you please be more specific about what MBeans can’t be found? Does this 
affect all caches or just some of them? 

> 
>> On Apr 11, 2017, at 2:28 PM, Walter Underwood > > wrote:
>> 
>> We are running 6.5.0 in prod and New Relic is not showing cache stats. I 
>> think this means it cannot find the MBeans.
>> 
>> I gleaned that from the discussion here:
>> 
>> https://discuss.newrelic.com/t/solr-data-not-appearing-in-apm-solr-tabs-caches-updates/37507/4
>>  
>> 
>> https://docs.newrelic.com/docs/agents/java-agent/troubleshooting/solr-data-not-appearing-apm-solr-tab-java
>>  
>> 
>> 
>> wunder
>> Walter Underwood
>> wun...@wunderwood.org 
>> http://observer.wunderwood.org/   (my blog)
>> 
>>> On Mar 3, 2017, at 7:26 AM, Andrzej Białecki 
>>> > 
>>> wrote:
>>> 
>>> 
 On 2 Mar 2017, at 16:45, Otis Gospodnetić > wrote:
 
 Hi,
 
 While I love all the new metrics in Solr, I think metrics should be 
 treated like code/features in terms of how backwards 
 compatibility/deprecation is handled. Otherwise, on upgrade, people's 
 monitoring breaks and monitoring is kind of important... 
 Note: Looks like recent Solr metrics changes broke/changed 
 previously-existing MBeans... 
 Don't have the details about what was changed and how exactly, but I see 
 people using Sematext SPM for monitoring Solr are reporting this with Solr 
 6.4.1.
 
>>> 
>>> Otis,
>>> 
>>> Yes, we’ll be more careful, but we need proper feedback too. My 
>>> understanding was that SOLR-10035 addressed this by adding back-combat 
>>> registration under old names. Are you saying there are still some issues in 
>>> 6.4.1? Can you please be more specific? 6.4.2 is almost out, but if it’s 
>>> something serious then we should fix it.
>>> 
 
 Otis
 --
 Monitoring - Log Management - Alerting - Anomaly Detection
 Solr & Elasticsearch Consulting Support Training - http://sematext.com/ 
 
 
>>> 
>> 
>

Re: Solr JMX changes and backwards (in)compatibility

2017-04-18 Thread Walter Underwood 
Pretty sure the back-compat did not work, because New Relic cannot find the 
MBeans in our 6.5.0 cluster.

wunder
Walter Underwood
wun...@wunderwood.org
http://observer.wunderwood.org/  (my blog)


> On Apr 11, 2017, at 2:28 PM, Walter Underwood  wrote:
> 
> We are running 6.5.0 in prod and New Relic is not showing cache stats. I 
> think this means it cannot find the MBeans.
> 
> I gleaned that from the discussion here:
> 
> https://discuss.newrelic.com/t/solr-data-not-appearing-in-apm-solr-tabs-caches-updates/37507/4
>  
> 
> https://docs.newrelic.com/docs/agents/java-agent/troubleshooting/solr-data-not-appearing-apm-solr-tab-java
>  
> 
> 
> wunder
> Walter Underwood
> wun...@wunderwood.org 
> http://observer.wunderwood.org/  (my blog)
> 
>> On Mar 3, 2017, at 7:26 AM, Andrzej Białecki 
>> > 
>> wrote:
>> 
>> 
>>> On 2 Mar 2017, at 16:45, Otis Gospodnetić >> > wrote:
>>> 
>>> Hi,
>>> 
>>> While I love all the new metrics in Solr, I think metrics should be treated 
>>> like code/features in terms of how backwards compatibility/deprecation is 
>>> handled. Otherwise, on upgrade, people's monitoring breaks and 
>>> monitoring is kind of important... 
>>> Note: Looks like recent Solr metrics changes broke/changed 
>>> previously-existing MBeans... 
>>> Don't have the details about what was changed and how exactly, but I see 
>>> people using Sematext SPM for monitoring Solr are reporting this with Solr 
>>> 6.4.1.
>>> 
>> 
>> Otis,
>> 
>> Yes, we’ll be more careful, but we need proper feedback too. My 
>> understanding was that SOLR-10035 addressed this by adding back-combat 
>> registration under old names. Are you saying there are still some issues in 
>> 6.4.1? Can you please be more specific? 6.4.2 is almost out, but if it’s 
>> something serious then we should fix it.
>> 
>>> 
>>> Otis
>>> --
>>> Monitoring - Log Management - Alerting - Anomaly Detection
>>> Solr & Elasticsearch Consulting Support Training - http://sematext.com/ 
>>> 
>>> 
>> 
>

Re: Solr JMX changes and backwards (in)compatibility

2017-04-11 Thread Walter Underwood 
We are running 6.5.0 in prod and New Relic is not showing cache stats. I think 
this means it cannot find the MBeans.

I gleaned that from the discussion here:

https://discuss.newrelic.com/t/solr-data-not-appearing-in-apm-solr-tabs-caches-updates/37507/4
 

https://docs.newrelic.com/docs/agents/java-agent/troubleshooting/solr-data-not-appearing-apm-solr-tab-java
 


wunder
Walter Underwood
wun...@wunderwood.org
http://observer.wunderwood.org/  (my blog)

> On Mar 3, 2017, at 7:26 AM, Andrzej Białecki 
>  wrote:
> 
> 
>> On 2 Mar 2017, at 16:45, Otis Gospodnetić > > wrote:
>> 
>> Hi,
>> 
>> While I love all the new metrics in Solr, I think metrics should be treated 
>> like code/features in terms of how backwards compatibility/deprecation is 
>> handled. Otherwise, on upgrade, people's monitoring breaks and 
>> monitoring is kind of important... 
>> Note: Looks like recent Solr metrics changes broke/changed 
>> previously-existing MBeans... 
>> Don't have the details about what was changed and how exactly, but I see 
>> people using Sematext SPM for monitoring Solr are reporting this with Solr 
>> 6.4.1.
>> 
> 
> Otis,
> 
> Yes, we’ll be more careful, but we need proper feedback too. My understanding 
> was that SOLR-10035 addressed this by adding back-combat registration under 
> old names. Are you saying there are still some issues in 6.4.1? Can you 
> please be more specific? 6.4.2 is almost out, but if it’s something serious 
> then we should fix it.
> 
>> 
>> Otis
>> --
>> Monitoring - Log Management - Alerting - Anomaly Detection
>> Solr & Elasticsearch Consulting Support Training - http://sematext.com/ 
>> 
>> 
>

Re: Solr JMX changes and backwards (in)compatibility

2017-03-03 Thread Andrzej Białecki 

> On 2 Mar 2017, at 16:45, Otis Gospodnetić  wrote:
> 
> Hi,
> 
> While I love all the new metrics in Solr, I think metrics should be treated 
> like code/features in terms of how backwards compatibility/deprecation is 
> handled. Otherwise, on upgrade, people's monitoring breaks and monitoring 
> is kind of important... 
> Note: Looks like recent Solr metrics changes broke/changed 
> previously-existing MBeans... 
> Don't have the details about what was changed and how exactly, but I see 
> people using Sematext SPM for monitoring Solr are reporting this with Solr 
> 6.4.1.
> 

Otis,

Yes, we’ll be more careful, but we need proper feedback too. My understanding 
was that SOLR-10035 addressed this by adding back-combat registration under old 
names. Are you saying there are still some issues in 6.4.1? Can you please be 
more specific? 6.4.2 is almost out, but if it’s something serious then we 
should fix it.

> 
> Otis
> --
> Monitoring - Log Management - Alerting - Anomaly Detection
> Solr & Elasticsearch Consulting Support Training - http://sematext.com/ 
> 
>

Re: Solr JMX changes and backwards (in)compatibility

2017-03-02 Thread David Smiley 
Agreed.  I tried to do my share of being a voice of maintaining backwards
compatibility (register MBeans in old place still along with the new place)
but apparently those changes weren't enough?  Andrzej attempted to get your
input
https://issues.apache.org/jira/browse/SOLR-9947?focusedCommentId=15815089=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-15815089
but
you didn't respond or notice.  If he hadn't '@' you, I would have as it's
obvious you might have opinions on this matter ;-)
And also related: https://issues.apache.org/jira/browse/SOLR-10035

On Thu, Mar 2, 2017 at 10:45 AM Otis Gospodnetić 
wrote:

> Hi,
>
> While I love all the new metrics in Solr, I think metrics should be
> treated like code/features in terms of how backwards
> compatibility/deprecation is handled. Otherwise, on upgrade, people's
> monitoring breaks and monitoring is kind of important...
>
> Note: Looks like recent Solr metrics changes broke/changed
> previously-existing MBeans...
>
> Don't have the details about what was changed and how exactly, but I see
> people using Sematext SPM for monitoring Solr are reporting this with Solr
> 6.4.1.
>
>
> Otis
> --
> Monitoring - Log Management - Alerting - Anomaly Detection
> Solr & Elasticsearch Consulting Support Training - http://sematext.com/
>
> --
Lucene/Solr Search Committer, Consultant, Developer, Author, Speaker
LinkedIn: http://linkedin.com/in/davidwsmiley | Book:
http://www.solrenterprisesearchserver.com

Solr JMX changes and backwards (in)compatibility

2017-03-02 Thread Otis Gospodnetić 
Hi,

While I love all the new metrics in Solr, I think metrics should be treated
like code/features in terms of how backwards compatibility/deprecation is
handled. Otherwise, on upgrade, people's monitoring breaks and
monitoring is kind of important...

Note: Looks like recent Solr metrics changes broke/changed
previously-existing MBeans...

Don't have the details about what was changed and how exactly, but I see
people using Sematext SPM for monitoring Solr are reporting this with Solr
6.4.1.


Otis
--
Monitoring - Log Management - Alerting - Anomaly Detection
Solr & Elasticsearch Consulting Support Training - http://sematext.com/