[Building Sakai] 10.0 issues with search
Omer A Piperdi
omer at rice.edu
Wed Jul 16 11:19:55 PDT 2014
Thanks for heads up.. Just to clarify.. to keep old search.. I just need
to add two properties in sakai.properties and keep the rest of old
search properties as is??
Omer
On 7/16/2014 12:17 PM, Matthew Jones wrote:
> This is just a heads up and some info for anyone who's already
> upgraded to Sakai 10.0. There looks to be some issues with running the
> new search (with elastic search) in a cluster configuration with more
> than one shard.
>
> Most of this is tracked on
> https://jira.sakaiproject.org/browse/SRCH-134
>
> But the summary is that whenever search tries to move shards it's
> getting a ClassNotFound exception back. I'm supposing this is because
> of how it sets up it's worker thread to run the transport and it no
> longer has access to the classpath of the elastic search jars in the
> search component. Stephen Marquard and I have found that by moving
> elastic search (and all of it's dependent jars like lucene) into
> shared that it works for transport and the error goes away which
> confirms this. The only other tool that depends on jars out of here is
> help, which I'd upgraded yesterday (SAK-27489
> <https://jira.sakaiproject.org/browse/SAK-27489>)
>
> So that brings up some followup issues.
> - Is there a way to do this without moving the jars in shared AND
> without changing this class in elastic search. I'm guessing not, and
> changing elastic search to know about our component classloader of
> have a custom trasport seems like it's not super worthwhile.
> - We seem to remember at the conference someone else saying that we
> can't upgrade past a certain version of elastic search. Maybe it was
> that we can't upgrade to 1.x, maybe it was related to this. I don't
> remember those details.
>
> Anyway, I plan to fix this (for 10.1) by attaching a patch which will
> move all the jars into shared and mark them as provided. (Unless
> someone has a better idea in the next week or so)
>
> A temporary workaround at the moment is to either
> - switch to the old search
> search.service.impl=org.sakaiproject.search.component.service.impl.ConcurrentSearchServiceImpl
>
> search.indexbuilder.impl=org.sakaiproject.search.component.service.impl.SearchIndexBuilderImpl
> - or only use 1 shard
> elasticsearch.index.number_of_shards=1
> elasticsearch.index.number_of_replicas=0
>
> Stephen was saying that the cloud-aws based discovery was no longer
> working either and I'd planned to drop this and make it optional
> anyway since it probably doesn't matter to many people and was like
> 10MB. I'm not sure what or why this wasn't working.
>
> Another issue that was reported is that both indexers are still
> working and creating files, even though only one is enabled. This
> should be fixed.
> https://jira.sakaiproject.org/browse/SAK-25607
>
> Thanks!
> !DSPAM:2294,53c6b3e6308302040519206!
>
>
> _______________________________________________
> sakai-dev mailing list
> sakai-dev at collab.sakaiproject.org
> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>
> TO UNSUBSCRIBE: send email to sakai-dev-unsubscribe at collab.sakaiproject.org with a subject of "unsubscribe"
>
> !DSPAM:2294,53c6b3e6308302040519206!
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20140716/5b4f6ee0/attachment.html
More information about the sakai-dev
mailing list