Re: CDCR
If you manually issue a commit operation on the remote clusters, do you see any updates? If yes, then you should set autoCommit on the remote clusters. If no, then check the logs on the cluster which is receiving the indexing operations and see if there are any errors. On Wed, Nov 25, 2020 at 6:11 PM Gell-Holleron, Daniel < daniel.gell-holle...@gb.unisys.com> wrote: > Hello, > > Does anybody have advice on why CDCR would say its Forwarding updates > (with no errors) even though the solr servers its replicating to aren't > updating? > > We have just under 50 million documents, that are spread across 4 servers. > Each server has a node each. > > One side is updating happily so would think that sharding wouldn't be > needed at this point? > > We are using Solr version 7.7.1. > > Thanks, > > Daniel > > -- Regards, Shalin Shekhar Mangar.
Re: data import handler deprecated?
I went through the same stages of grief that you are about to start but (luckily?) my core dataset grew some weird cousins and we ended up writing our own indexer to join them all together/do partial updates/other stuff beyond DIH. It's not difficult to upload docs but is definitely slower so far. I think there is a bit of a 'clean core' focus going on in solr-land right now and DIH is easy(!) but it's also easy to hit its limits (atomic/partial updates? wtf is an "entity?" etc) so anyway try to be happy that you are aware of it now. On Sat, Nov 28, 2020 at 7:41 PM Dmitri Maziuk wrote: > > On 11/28/2020 5:48 PM, matthew sporleder wrote: > > > ... The bottom of > > that github page isn't hopeful however :) > > Yeah, "works with MariaDB" is a particularly bad way of saying "BYO JDBC > JAR" :) > > It's a more general queston though, what is the path forward for users > who with data in two places? Hope that a community-maintained plugin > will still be there tomorrow? Dump our tables to CSV (and POST them) and > roll our own delta-updates logic? Or are we to choose one datastore and > drop the other? > > Dima
Re: data import handler deprecated?
On 11/28/2020 5:48 PM, matthew sporleder wrote: ... The bottom of that github page isn't hopeful however :) Yeah, "works with MariaDB" is a particularly bad way of saying "BYO JDBC JAR" :) It's a more general queston though, what is the path forward for users who with data in two places? Hope that a community-maintained plugin will still be there tomorrow? Dump our tables to CSV (and POST them) and roll our own delta-updates logic? Or are we to choose one datastore and drop the other? Dima
Re: data import handler deprecated?
https://solr.cool/#utilities -> https://github.com/rohitbemax/dataimporthandler You can import it in the many new/novel ways to add things to a solr install and it should work like always (apparently). The bottom of that github page isn't hopeful however :) On Sat, Nov 28, 2020 at 5:21 PM Dmitri Maziuk wrote: > > Hi all, > > trying to set up solr-8.7.0, contrib/dataimporthandler/README.txt says > this module is deprecated as of 8.6 and scheduled for removal in 9.0. > > How do we pull data out of our relational database in 8.7+? > > TIA > Dima
Standard tokenizer not considering emojis as special chars in solr 8.4.1, it does in solr 5
Hi All, We are in process of migrating from Solr 5 to solr 8, during testing observed that Standard tokenizer in Solr 5 was considering emojis as special chars and removing them apparently in Solr 8 it's considering them as regular chars so not removing while indexing. We need to retain same behavior in solr 8 also, as we are using white space tokenizer to index Emojis and standard tokenizer to remove them now both are behaving the same. Please share your suggestions. Thanks, Deepu
data import handler deprecated?
Hi all, trying to set up solr-8.7.0, contrib/dataimporthandler/README.txt says this module is deprecated as of 8.6 and scheduled for removal in 9.0. How do we pull data out of our relational database in 8.7+? TIA Dima
Solr collapse & expand queries.
Hi community,
I want to implement collapse queries instead of group queries . In solr
documentation it is stated that we should prefer collapse & expand queries
instead of group queries.Please explain how the collapse & expand queries
is better than grouped queries ? How can I implement it ? Do i need to add
anything in *solrconfig.xml file* as well or just need to make changes in
solr queries like below:
*fq={!collapse field=*field*}=n=true instead of
group.field=*field*=true=n*
I have done performance testing by making above changes in solr queries and
found that query times are almost the same for both collapse queries and
group queries.
Please help me how to implement it and its advantage over grouped queries.
Thanks,
Parshant Kumar.
--
