Re: Can Solr v1.4 and v4.0 co-exist in Tomcat?
Our setup generally follows these instructions: http://wiki.apache.org/solr/SolrTomcat#Multiple_Solr_Webapps BTW, we're running on Tomcat 6. You'll definitely want to undo your changes to the Tomcat lib directory since you don't want anything Solr-related shared across your web apps. On Nov 20, 2012, at 7:02 AM, kfdroid wrote: > I renamed the 4.0 .war file solr4.war and put it in the \lib directory of > Tomcat (where solr.war already exists for version 1.4.1). I have a new core > created using the solr example that came with 4.0. It looks like I can run > queries and do a few other things using the URL, but the Solr Admin UI > doesn't work. The screen comes up but clicking Dashboard or Core Admin etc > do nothing. They just change the URL to /solr4/#/~core or something like > that. I get the feeling the hashtag should be something else but I can't > figure out how to get it to work. The old Admin tool works fine for both my > 1.4 cores. > > Have you gotten the new admin UI to work successfully? Do you remember what > you did to get it to work? > Thanks, > Ken > > > > -- > View this message in context: > http://lucene.472066.n3.nabble.com/Can-Solr-v1-4-and-v4-0-co-exist-in-Tomcat-tp4021146p4021317.html > Sent from the Solr - User mailing list archive at Nabble.com.
Re: Can Solr v1.4 and v4.0 co-exist in Tomcat?
Hi Ken- We've been running 1.3 and 4.0 as separate web apps within the same Tomcat instance for the last 3 weeks with no issues. The only challenge for us was refactoring our app client code to use SolrJ 4.0 to access both the the 1.3 and 4.0 backends. The calls to the 1.3 backend use the XML response format while the 4.0 backend use the Java binary format. -James On Nov 19, 2012, at 11:40 AM, kfdroid wrote: > I have an existing v1.4 implementation of Solr that supports 2 lines of > business. For a third line of business the need to do Geo searching requires > using Solr 4.0. I'd like to minimize the impact to the existing lines of > business (let them upgrade at their own pace), however I want to share > hardware if possible. > > Can I have Solr 4.0 and Solr 1.4 co-exist in the same Tomcat instance? If > so, are there any potential side-effects to the existing Solr implementation > I should be aware of? > > Thanks, > Ken > > > > -- > View this message in context: > http://lucene.472066.n3.nabble.com/Can-Solr-v1-4-and-v4-0-co-exist-in-Tomcat-tp4021146.html > Sent from the Solr - User mailing list archive at Nabble.com.
useCompoundFile, mergeFactor & index replication
I am working with a pre-production Solr installation using a single master and 4 search slaves. The index will eventually contain ~20M documents. There are about 25 fields in the index but only a few "integer" and small "string" fields actually have their data stored in the index. The index is being updated constantly so snapshot replication will be frequent. The plan is to optimize once per day but that can be changed. During our testing we are running into the "too many open files" exception. We are going to change the ulimit on all the servers but I was curious if anyone is enabling the compound file format and/or lowering the merge factor to keep the file count down and, if so, what impact those changes are having on replication. So far in our testing we haven't noticed any significant differences in replication performance/behavior but we haven't grown the index much yet. Does anyone have any experience or advice on using the compound file format with index replication? Thanks, James
