Moving index from stand-alone Solr 6.6.0 to 3 node Solr Cloud 6.6.0 with Zookeeper
Hi all, I'm sure I've done this before but this seems to be falling down a bit and I was wondering if anyone had any helpful ideas. I have a large index (51GB) that exists in a 4 node Solr Cloud instance. The reprocessing for this takes a long time and so we normally reindex on a secondary cluster and swap them out. I have reindexed to a single Solr 6.6.0 index and spun up a new 3 node Solr cluster with 1 shard and replication factor of 3. I want to copy over the index and have it replicate to the rest of the cluster. I have taken a copy of the data directory from the reprocessed core and copied it into the leader's data directory. This shows up correctly as having a 51GB index and the documents are searchable. I have tried the following curl commands to kick off replication: curl http://localhost:8983/solr/solrCollection1/update -H "Content-Type: text/xml" --data-binary @test.xml curl http://localhost:8983/solr/solrCollection1/update?stream.body=%3Ccommit/%3E I've tried this a few times and had a few different results: The index gets set to 0 and has the single record I commit A timed index gets created (index.201904082111232) and index.properties then points to that I had an issue with IndexWriter being closed The index stays consistent and doesn't replicate I've tried copying the index to both the leader and one other node to see if that helps but I'm faced with similar results as above. Does anyone have any advice to how I can get this index moved and replicated onto this new cluster? Thanks a lot! Kevin.
No longer allowed to store html in a 'string' type
We have been using Solr for a while now, went from 1.4 - 3.6. While running some tests in 4.4 we are no longer allowed to store raw html in a documents field with a type of 'string', which we used to be able to do. Has something changed here? Now we get the following error: Undeclared general entity \nbsp\\r\n at [row,col {unknown-source}]: [11,53] I understand what its saying and can change the way we store and extract it if it's a must but would like to understand what changed. Sounds like something just became more strict to adhering to rules. doc str name=rawcontent pTesting a href=/sample_group/b/sample_weblog/archive/tags/bananas/default.aspx class=tag hash-tag data-tags=bananas#bananas/anbsp;tag/p p/p pdocument document document document document document/pdiv style=clear:both;/div /str str name=typeblog/str /doc
Negative filter using the appends element
I'm using Solr 1.4 with the standard request handler and attempting to apply a negative fq for all requests via the appends elements but its not being applied. Is this an intended limitation? I looked in JIRA for an existing issue but nothing jumped out. Works fine: lst name=appends str name=fqtag:test/str /lst Does not work: lst name=appends str name=fq-tag:test/str /lst
Setting solr home directory in websphere
I've installed Solr a hundred times using Tomcat (on Windows) but now need to get it going with WebSphere (on Windows). For whatever reason this seems to be black magic :) I've installed the war file but have no idea how to set Solr home to let WebSphere know where the index and config files are. Can someone enlighten me on how to do this please?