Yokozuna inconsistent search results

Oleksiy Krivoshey oleksiyk at gmail.com
Sat Mar 5 15:53:59 EST 2016

Hi Magnus,

You are right, there was a Solr indexing issue:

2016-03-01 09:00:17,640 [ERROR] <qtp2109588399-1460>@SolrException.java:109
org.apache.solr.common.SolrException: Invalid Date String:'Invalid date'

However I'm struggling to find the object that causes this, the error
message doesn't contain the object id and the bucket is really huge. Can
you suggest the way to find the object that causes Solr exception?


On 29 February 2016 at 10:28, Magnus Kessler <mkessler at basho.com> wrote:
>> Hi Oleksiy,
>> there are two partitions on the node that haven't seen their AAE tree
>> rebuilt in a long time. The reason for this is not clear at the moment,
>> although we have seen this happening when a partition contains data that
>> for some reason cannot be indexed with the configured Solr schema.
>> Please run on the 'riak attach' console:
>> riak_core_util:rpc_every_member_ann(yz_entropy_mgr, expire_trees, [], 5000).
>> Afterwards exit the console with "Ctrl-G q".
>> The AAE trees should start to be rebuilt shortly after. With default
>> settings, on a cluster with ring size 64 the whole process should finish in
>> about 1 day and any missing but indexable data should appear in all
>> assigned Solr instances. During this time you may still observe
>> inconsistent search results due to the way the coverage query is performed.
>> Keep an eye open for any errors from one of the yz_ modules in the logs
>> during this time.
>> Please let us know if the Search AAE trees can be rebuilt successfully
>> and if this solved your issue.
>> Kind Regards,
>> Magnus
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.basho.com/pipermail/riak-users_lists.basho.com/attachments/20160305/9077e329/attachment-0002.html>

More information about the riak-users mailing list