Yeah, I’ll do that now. - Mark
http://about.me/markrmiller On Feb 24, 2014, at 11:24 AM, Simon Willnauer <[email protected]> wrote: > mark, just in case can you backport the fix to this problem? > > On Sun, Feb 23, 2014 at 9:55 PM, Mark Miller <[email protected]> wrote: >> No, it’s a different issue than " urlScheme property should be whitelisted”. >> The issue is that you can't setup a cluster with http and then later switch >> it to https without some manual workaround steps. You can create a fresh >> cluster with SSL with no manual workaround steps though. >> >> - Mark >> >> http://about.me/markrmiller >> >> On Feb 23, 2014, at 2:04 PM, Simon Willnauer <[email protected]> >> wrote: >> >>> mark, I am a bit confused - the issue you are mentioning here is not >>> fixed yet, right? It's not part of >>> >>> r1570798 | noble | 2014-02-22 07:50:02 +0100 (Sat, 22 Feb 2014) | 1 line >>> SOLR-3854 urlScheme property should be whitelisted >>> >>> ? >>> >>> On Sat, Feb 22, 2014 at 10:44 PM, Mark Miller <[email protected]> wrote: >>>> I have simliar feelings to the white list issue (which looks like it did >>>> make it in). You can still use the feature, it’s a new feature and so no >>>> regression, and so I’d vote to document the limitation around migrating >>>> from http to https (you have to start with https without manual work) and >>>> address this in a 4.7.1 or 4.8. >>>> >>>> I do think its something we should address if a more serious issue causes >>>> a respin - it’s a straightforward fix - we should always be using the >>>> coreNodeName to match state - never the url or address. >>>> >>>> - Mark >>>> >>>> http://about.me/markrmiller >>>> >>>> On Feb 22, 2014, at 8:19 AM, Steve Davids <[email protected]> wrote: >>>> >>>>> Hate to bring this up, though it must have gotten lost in the shuffle. >>>>> When migrating from http -> https in SOLR-3854 shards aren’t obtaining >>>>> their old core node name and resuming their prior assignments. This is >>>>> because the base_url is being compared instead (which changed) instead of >>>>> something more constant like the node_name. A patch was attached >>>>> yesterday: >>>>> https://issues.apache.org/jira/browse/SOLR-3854?focusedCommentId=13908014&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-13908014. >>>>> It is a quick patch that hasn’t really been tested yet, will do so later >>>>> this evening. >>>>> >>>>> The current work-around would be that if clients want to migrate to >>>>> https, they will need to shutdown their servers, migrate the cluster >>>>> state’s base_url from http to https and bring the server back up. >>>>> >>>>> -Steve >>>>> >>>>> On Feb 22, 2014, at 5:46 AM, Simon Willnauer <[email protected]> >>>>> wrote: >>>>> >>>>>> Please vote for the forth Release Candidate for Lucene/Solr 4.7.0 >>>>>> >>>>>> you can download it here: >>>>>> http://people.apache.org/~simonw/staging_area/lucene-solr-4.7.0-RC4-rev1570806/ >>>>>> or run the smoke tester directly with this commandline (don't forget >>>>>> to set JAVA6_HOME etc.): >>>>>> >>>>>> $ python3.2 -u dev-tools/scripts/smokeTestRelease.py >>>>>> http://people.apache.org/~simonw/staging_area/lucene-solr-4.7.0-RC4-rev1570806/ >>>>>> 1570806 4.7.0 /tmp/smoke_test_4_7 >>>>>> >>>>>> Smoketester said: SUCCESS! >>>>>> >>>>>> here is my +1 >>>>>> >>>>>> This RC includes the following fixes compared to RC3 >>>>>> >>>>>> ------------------------------------------------------------------------ >>>>>> r1570798 | noble | 2014-02-22 07:50:02 +0100 (Sat, 22 Feb 2014) | 1 line >>>>>> SOLR-3854 urlScheme property should be whitelisted >>>>>> ------------------------------------------------------------------------ >>>>>> r1570795 | noble | 2014-02-22 07:42:22 +0100 (Sat, 22 Feb 2014) | 1 line >>>>>> SOLR-5762 broke backward compatibility of Javabin format >>>>>> ------------------------------------------------------------------------ >>>>>> r1570772 | sarowe | 2014-02-22 01:49:11 +0100 (Sat, 22 Feb 2014) | 1 line >>>>>> Fix CHANGES.txt to reflect the twisted evolution and current state of >>>>>> the Admin UI "Files" conf directory File Browser. (merged branch_4x >>>>>> r1570771) >>>>>> ------------------------------------------------------------------------ >>>>>> r1570741 | sarowe | 2014-02-21 23:51:47 +0100 (Fri, 21 Feb 2014) | 1 line >>>>>> LUCENE-5465: Solr Contrib map-reduce breaks Manifest of all other JAR >>>>>> files by adding a broken Main-Class attribute (merged trunk r1570738) >>>>>> ------------------------------------------------------------------------ >>>>>> r1570628 | sarowe | 2014-02-21 17:38:59 +0100 (Fri, 21 Feb 2014) | 1 line >>>>>> SOLR-5729: intellij config (merge trunk r1570626) >>>>>> ------------------------------------------------------------------------ >>>>>> r1570576 | mvg | 2014-02-21 15:06:41 +0100 (Fri, 21 Feb 2014) | 2 lines >>>>>> Fixed typo in CHANGES.txt for issue LUCENE-5399 and moved that issue >>>>>> under optimizations. >>>>>> ------------------------------------------------------------------------ >>>>>> r1570562 | mikemccand | 2014-02-21 13:49:47 +0100 (Fri, 21 Feb 2014) | 1 >>>>>> line >>>>>> LUCENE-5461: fix thread hazard in ControlledRealTimeReopenThread >>>>>> causing a possible too-long wait time when a thread was waiting for a >>>>>> specific generation >>>>>> >>>>>> --------------------------------------------------------------------- >>>>>> To unsubscribe, e-mail: [email protected] >>>>>> For additional commands, e-mail: [email protected] >>>>>> >>>>> >>>>> >>>>> --------------------------------------------------------------------- >>>>> To unsubscribe, e-mail: [email protected] >>>>> For additional commands, e-mail: [email protected] >>>>> >>>> >>>> >>>> --------------------------------------------------------------------- >>>> To unsubscribe, e-mail: [email protected] >>>> For additional commands, e-mail: [email protected] >>>> >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: [email protected] >>> For additional commands, e-mail: [email protected] >>> >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [email protected] >> For additional commands, e-mail: [email protected] >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
