Re: Copy Index from Solr 3.2.0 to Solr 3.4.0
Hi, Yes, you may do this as a WAR upgrade. You may easily test this on a test copy of your index, and it should work just fine. Be aware though that once you have upgraded, you cannot go back. From Solr3.4.0's CHANGES.TXT: * The Lucene index format has changed and as a result, once you upgrade, previous versions of Solr will no longer be able to read your indices. In a master/slave configuration, all searchers/slaves should be upgraded before the master. If the master were to be updated first, the older searchers would not be able to read the new index format. -- Jan Høydahl, search solution architect Cominvent AS - www.cominvent.com Solr Training - www.solrtraining.com On 4. feb. 2012, at 20:11, Torlaf15 wrote: > Hallo, > > I hope somebody can help me. > > My Question: > Is it possible to copy the directory /solr/data/index from indexed from > Solrversion 3.2.0 to Solr 3.4.0. > > I want to use the new Solr-Version and want to put the Index from the old > one to the new Solr 3.4.0 > > Please forgive my bad english > > Greeds > Toralf > > -- > View this message in context: > http://lucene.472066.n3.nabble.com/Copy-Index-from-Solr-3-2-0-to-Solr-3-4-0-tp3716021p3716021.html > Sent from the Solr - User mailing list archive at Nabble.com.
Multi word synonyms
Hi I have seen several questions on this already but haven't been able to sort my issue. My problem is that multi-word synonyms aren't behaving as I would expect. I have copied my field type definition at the bottom of this message, but the relevant synonym filter is here (used at index time): Say I have synonyms.txt setup like this: syrup,sugar syrup,stock syrup When indexing the text 'syrup', the 3 phrases are treated equivalently as expected. I can see this in the Index Analyzer as they all occupy the same term position. But if all of the synonyms are a phrase, it doesn't work. e.g. synonyms.txt looks like: simple syrup,sugar syrup,stock syrup Now when putting the text 'simple syrup' into the Index Analyzer I can only see the original term listed. It is not finding the synonyms. Anyone know how to fix this? Zac Field Type definition:
Re: Catchall field does not seem to work. Solr 3.4
Thanks! I will look into it. Regards, Rakesh Varna On Sat, Feb 4, 2012 at 10:09 AM, Esteban Donato wrote: > also, if you want to search across different fields without specifying > field names, you can use dismax > http://wiki.apache.org/solr/DisMaxQParserPlugin > > > On Sat, Feb 4, 2012 at 11:06 AM, Ahmet Arslan wrote: > >> > >> > >> > >> > >> > >> searchField > >> > >> > >> I have noticed that 'title' field and 'patent_no' > >> field are not getting > >> copied. > > > > You need to use upper case F letter. copyField versus copyfield. >
Copy Index from Solr 3.2.0 to Solr 3.4.0
Hallo, I hope somebody can help me. My Question: Is it possible to copy the directory /solr/data/index from indexed from Solrversion 3.2.0 to Solr 3.4.0. I want to use the new Solr-Version and want to put the Index from the old one to the new Solr 3.4.0 Please forgive my bad english Greeds Toralf -- View this message in context: http://lucene.472066.n3.nabble.com/Copy-Index-from-Solr-3-2-0-to-Solr-3-4-0-tp3716021p3716021.html Sent from the Solr - User mailing list archive at Nabble.com.
Re: Catchall field does not seem to work. Solr 3.4
also, if you want to search across different fields without specifying field names, you can use dismax http://wiki.apache.org/solr/DisMaxQParserPlugin On Sat, Feb 4, 2012 at 11:06 AM, Ahmet Arslan wrote: >> >> >> >> >> >> searchField >> >> >> I have noticed that 'title' field and 'patent_no' >> field are not getting >> copied. > > You need to use upper case F letter. copyField versus copyfield.
Re: Performance degradation with distributed search
On Sat, Feb 4, 2012 at 1:20 AM, XJ wrote: > When I look into details (slow queries), I found some real issues that I > need help with. For example, a query which takes 200ms with geo sharding, > now timeout (>2000ms) with distributed search. And each shard query > (isShard=true) takes about 1200ms. But if I run the query toward the shard > only (without distributed search), it only takes <200ms. So I compared the > two query urls, the only difference is shard query using distribute > search has "fsv=true". That's odd... I wouldn't expect fsv to make much of a difference. Can you try running the query on the shard only and adding fsv=true to verify that it's the culprit? Also, what version of Solr are you using? -Yonik lucidimagination.com
Re: Catchall field does not seem to work. Solr 3.4
> > > > > > searchField > > > I have noticed that 'title' field and 'patent_no' > field are not getting > copied. You need to use upper case F letter. copyField versus copyfield.
Catchall field does not seem to work. Solr 3.4
Hello Solr-users, I am trying to search a patents dataset (in xml format) which has fields like title, abstract, patent_ number,year of submission . Since I would not want to specify the field name in a query, I have used a catchall field, and using copyField, I copied all fields into it. I then made it the default search field. My schema looks something like: searchField I have noticed that 'title' field and 'patent_no' field are not getting copied. If i search a string which appears in the title, like 'quinolinecarboxylic', I do not get any results. But if specify 'title:quinolinecarboxylic', I get the result correctly. I checked the output and saw that even in the correct result, the searchField tag did not contain the title and patent no data. But I do see the 'year' and 'abs' field data replicated in the 'searchField' tag. I am checking the xml output and hence the tag. Any idea or pointers to what I might be doing wrong? I am using Solr 3.4 with tomcat. Regards, Rakesh Varna
Re: SolrCloud war?
!!! OFF TOPIC, srry I cannot stand but I want to write this. Subject is very intriguing beacuse of two meanings of the war word. :) Best Regards Alexander Aristov On 4 February 2012 01:50, Mark Miller wrote: > > On Feb 3, 2012, at 1:04 PM, Darren Govoni wrote: > > > I deployed each war app into the "/solr" context. I presume its needed > by remote URL addressing. > > Yup - but you can override this by setting the hostContext in solr.xml. It > defaults to "solr" as that fits the example jetty distribution. > > - Mark Miller > lucidimagination.com > > > > > > > > > > > >