It seems like my Email got lost the first time, so I'll give it a second
try.
-- Forwarded message -
From: Razvan-Daniel Mihai
Date: Tue, Jun 16, 2020 at 3:28 PM
Subject: SolrCloud creates the data folder in solr.data.home instead of
solr.core.name
To:
Hello,
I run a kerberiz
+1 Noble and Ilan !!
On Thu, Jun 18, 2020 at 7:51 AM Noble Paul wrote:
> Looking at the code I see a 692 occurrences of the word "slave".
> Mostly variable names and ref guide docs.
>
> The word "slave" is present in the responses as well. Any change in
> the request param/response payload is
Thanks, just created SOLR-14581 as an entry point.
And sure, beers sound good! ;-)
On 17/06/2020 23:13, Erick Erickson wrote:
> Please raise a JIRA and attach your patch to that….
>
> Best,
> Erick
>
> P.S. Buy me some beers sometime if we’re even in the same place...
>
>> On Jun 17, 2020, at
Hello solr-fellows,
i'm currently implementing the MoreLikeThis Feature in an e-commerce platform.
I setup my solr.MoreLikeThisHandler in my solrconfig.xml like this:
aid, eans, desclong
list
true
10
aid, eans, desclong
0
Running the following command in
Regarding people having a problem with the word "master" -- GitHub is changing
the default branch name away from "master," even in isolation from a "slave"
pairing... so the terminology seems to be falling out of favor in all contexts.
See:
https://www.cnet.com/news/microsofts-github-is-removin
+1 to rename master/slave, and +1 to choosing terminology distinct
from what's used for SolrCloud. I could be happy with several of the
proposed options. Since a good few have been proposed though, maybe
an eventual vote thread is the most organized way to aggregate the
opinions here.
I'm less p
Primary / satellite?
--
Mark H. Wood
Lead Technology Analyst
University Library
Indiana University - Purdue University Indianapolis
755 W. Michigan Street
Indianapolis, IN 46202
317-274-0749
www.ulib.iupui.edu
signature.asc
Description: PGP signature
While on the topic of renaming roles, I'd like to propose finding a better
term than "overseer" which has historical slavery connotations as well.
Director, perhaps?
John Gallagher
On Thu, Jun 18, 2020 at 8:48 AM Jason Gerlowski
wrote:
> +1 to rename master/slave, and +1 to choosing terminolog
I personally think that using Solr cloud terminology for this would be fine
with leader/follower. The leader is the one that accepts updates, followers
cascade the updates somehow. The presence of ZK or election doesn’t really
change this detail.
However, if folks feel that it’s confusing, then I
Actually, the term “master” is a problem, so master/follower doesn’t work.
GitLab is renaming the master branch to main.
Rice University renamed College Masters to College Magisters in 2017.
wunder
Walter Underwood
wun...@wunderwood.org
http://observer.wunderwood.org/ (my blog)
> On Jun 18, 20
Hi Everyone,
We upgraded to solr 6.6.6 and a recurring error shows up as "shards
parameter value contained values not in the shards whitelist". I have
attached the error log as well as configurations in solr.xml and
solrconfig.xml. Solr 6.6 documentations doesn't cover setting up a
shards whitelis
First off: Forgive me if my comments/questions are redundent or uninformed
bsaed o nthe larger discussion taking place. I have not
caught up on the whole thread before replying -- but that's solely based
on a lack of time on my part, not a lack of willingness to embrace this
change.
>From
I use gradle to build my project. I noticed that in the build the jar it is
using is 8.2.0. I don’t include that anywhere.
I clear my grade cache and rebuild and I see this:
$find . -name "solr*"
./modules-2/metadata-2.71/descriptors/org.apache.solr/solr-parent
./modules-2/metadata-2.71/descripto
: Subject: Does 8.5.2 depend on 8.2.0
No. The code certainly doesn't, but i suppose it's possible some metadata
somewhere in some pom file may be broken?
: My build.gradle has this:
: compile(group: 'org.apache.solr', name: 'solr-solrj', version:'8.5.2')
: No where is there a reference to 8
compile(group: 'org.springframework.boot',name:
'spring-boot-starter-web',version: '2.2.6.RELEASE')
compile(group: 'javax.inject', name: 'javax.inject', version:'1')
compile(group: 'javax.ws.rs', name: 'javax.ws.rs-api', version: '2.1.1')
compile group: 'ch.qos.logback', name: 'logback-core', vers
I support Mike Drob and Trey Grainger. We shuold re-use the leader/replica
terminology from Cloud. Even if you hand-configure a master/slave cluster
and orchestrate what doc goes to which node/shard, and hand-code your shards
parameter, you will still have a cluster where you’d send updates to the
Have you tried starting each node with -Dsolr.disable.shardsWhitelist=true to
revert back to old behavior?
Jan
> 18. jun. 2020 kl. 17:23 skrev Ray W :
>
> Hi Everyone,
>
> We upgraded to solr 6.6.6 and a recurring error shows up as "shards
> parameter value contained values not in the shards w
Master - Worker
Master - Peon
Master - Helper
Master - Servant
The term that is not wanted is “slave’. The term “master” is not a problem IMO.
> On Jun 18, 2020, at 3:59 PM, Jan Høydahl wrote:
>
> I support Mike Drob and Trey Grainger. We shuold re-use the leader/replica
> terminology from Clou
I agree with Phill, Noble and Ilan above. The problematic term is "slave"
(not master) which I am all for changing if it causes less regression than
removing BOTH master and slave. Since some people have pointed out Github
changing the "master" terminology, in my personal opinion, it was not a
meas
We don’t get to decide whether “master” is a problem. The rest of the world
has already decided that it is a problem.
Our task is to replace the terms “master” and “slave” in Solr.
wunder
Walter Underwood
wun...@wunderwood.org
http://observer.wunderwood.org/ (my blog)
> On Jun 18, 2020, at 6:50
>
> Let’s instead find a new good name for the cluster type. Standalone kind
> of works
> for me, but I see it can be confused with single-node.
Yeah, I've typically referred to it as "standalone", but I don't think it's
descriptive enough. I can see why some people have been calling it
"master/sl
I sometimes describe them as tightly-coupled and loosely-coupled. There is a
vast
difference in the amount of shared state in the two kinds of clusters. Old
school
clusters are essentially a REST system. The primary server knows nothing
about the leeches. The replication only assumes that the tr
Trying think of a term that both fresh (and yet sort of standard already) and
appropriate: how about IndexFetcher instead of "Slave"? And then "Master" could
be "FetchedIndex" or "FetchedSource"
I think it could be beneficial to broaden the range of candidates.
F
Since "overseer" is also problematic, I'd like to propose "orchestrator" as
an alternative.
Thomas
Op vr 19 jun. 2020 04:34 schreef Walter Underwood :
> We don’t get to decide whether “master” is a problem. The rest of the world
> has already decided that it is a problem.
>
> Our task is to repl
What about blacklist and whitelist for shards? May I suggest blocklist and
safelist?
On Fri, Jun 19, 2020, 1:45 AM Thomas Corthals wrote:
> Since "overseer" is also problematic, I'd like to propose "orchestrator" as
> an alternative.
>
> Thomas
>
> Op vr 19 jun. 2020 04:34 schreef Walter Underwo
Another alternative for master-slave nodes might be parent-child nodes.
This was adopted in Python too afaik.
On Fri, Jun 19, 2020, 2:07 AM gnandre wrote:
> What about blacklist and whitelist for shards? May I suggest blocklist and
> safelist?
>
> On Fri, Jun 19, 2020, 1:45 AM Thomas Corthals
>
26 matches
Mail list logo
