<div dir="ltr">By './data/yz_anti_entropy' do you mean '/var/lib/riak/yz_anti_entropy' by default or './data/yz_anti_entropy' inside each index's directory? If the former - it's there, the latter - not. riak-admin search aae-status says there's been some AAE activity in the past few hours.<div><br></div><div>Also I called yz_entropy_mgr:init([]) inside an attached erlang shell and curl-ed the object, it's still the same.</div><div><br></div><div>Kind regards,</div><div>Cezary</div></div><div class="gmail_extra"><br><div class="gmail_quote">2015-02-19 17:27 GMT+01:00 Zeeshan Lakhani <span dir="ltr"><<a href="mailto:zlakhani@basho.com" target="_blank">zlakhani@basho.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><div>Thanks Cezary. </div><div><br></div><div>Have you deleted this object at some point in your runs? Please make sure AAE is running by checking search’s AAE status, `riak-admin search aae-status`, and that data exists in the correct directory, `./data/yz_anti_entropy` (<a href="http://docs.basho.com/riak/latest/ops/advanced/configs/search/" target="_blank">http://docs.basho.com/riak/latest/ops/advanced/configs/search/</a>). You may just need to perform a read-repair by performing a fetch of the object itself first, before performing search queries again.</div><span class="HOEnZb"><font color="#888888"><br><div>
<div style="color:rgb(0,0,0);letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;word-wrap:break-word"><div style="color:rgb(0,0,0);letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;word-wrap:break-word"><div style="color:rgb(0,0,0);letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;word-wrap:break-word"><div style="color:rgb(0,0,0);letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;word-wrap:break-word"><div style="color:rgb(0,0,0);letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;word-wrap:break-word"><div style="color:rgb(0,0,0);letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;word-wrap:break-word"><div style="color:rgb(0,0,0);font-family:'Ubuntu Mono for Powerline';font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-align:-webkit-auto;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;word-wrap:break-word"><div style="color:rgb(0,0,0);font-family:'Ubuntu Mono';font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-align:-webkit-auto;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;word-wrap:break-word"><div style="color:rgb(0,0,0);font-family:Helvetica;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-align:-webkit-auto;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;word-wrap:break-word"><span style="border-collapse:separate;border-spacing:0px"><div style="word-wrap:break-word"><span style="border-collapse:separate;color:rgb(0,0,0);font-family:Helvetica;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;border-spacing:0px"><div style="word-wrap:break-word"><span style="border-collapse:separate;color:rgb(0,0,0);font-family:Helvetica;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;border-spacing:0px"><div style="word-wrap:break-word">Zeeshan Lakhani<br>programmer | </div><div style="word-wrap:break-word">software engineer at @basho | </div><div style="word-wrap:break-word">org. member/founder of @papers_we_love |<br>twitter => @zeeshanlakhani</div></span></div></span></div></span></div></div></div></div></div></div></div></div></div>
</div></font></span><div><div class="h5">
<br><div><blockquote type="cite"><div>On Feb 19, 2015, at 10:35 AM, Cezary Kosko <<a href="mailto:koskocezarym@gmail.com" target="_blank">koskocezarym@gmail.com</a>> wrote:</div><br><div><div dir="ltr">I have the exact same issue with regular http search queries, so I guess I'll just describe that part.<div><br></div><div>I've got a bucket of maps-of-sets, 2 of them are entityId_set and timestamps_set. Its search index is called 'job' and it's only this bucket that's indexed.</div><div><br></div><div>When I run</div><div><div style="margin:0px;font-size:12px;font-family:Monaco;color:rgb(245,245,245);background-color:rgb(0,0,0)">curl "localhost:8098/search/query/job?wt=json&q=entityId_set:100000000000000000%20AND%20timestamps_set:%5B1419721530%20TO%201419721539%5D"</div></div><div><br></div><div>(that's a query that is supposed to return exactly one result), the numFound field is either 0 or 1, it seems that I get both kinds of result in 10 consecutive requests (and the timeAllowed parameter I wrote about, it doesn't really help).</div><div><br></div><div>That's the way they're handled in the schema:</div><div><div><br></div><div>   <field name="entityId_set"      type="string"  indexed="true" stored="false" multiValued="true" /></div><div>   <field name="timestamps_set"      type="string"  indexed="true" stored="false" multiValued="true" /></div></div><div><br></div><div><br></div><div>Kind regards,</div><div>Cezary</div></div><div class="gmail_extra"><br><div class="gmail_quote">2015-02-19 16:04 GMT+01:00 Zeeshan Lakhani <span dir="ltr"><<a href="mailto:zlakhani@basho.com" target="_blank">zlakhani@basho.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word">Hello Cezary,<div><br></div><div>Firstly, are you able to retrieve your search result consistently when not using doing a mapreduce job? </div><div><br></div><div>To better help out, can you send a gist of the mapreduce code you’re running? Thanks.</div><div><div><div style="letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;word-wrap:break-word"><div style="letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;word-wrap:break-word"><div style="letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;word-wrap:break-word"><div style="letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;word-wrap:break-word"><div style="letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;word-wrap:break-word"><div style="letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;word-wrap:break-word"><div style="font-family:'Ubuntu Mono for Powerline';font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-align:-webkit-auto;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;word-wrap:break-word"><div style="font-family:'Ubuntu Mono';font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-align:-webkit-auto;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;word-wrap:break-word"><div style="font-family:Helvetica;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-align:-webkit-auto;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;word-wrap:break-word"><span style="border-collapse:separate;font-family:Helvetica;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-align:-webkit-auto;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;border-spacing:0px"><div style="word-wrap:break-word"><span style="border-collapse:separate;font-family:Helvetica;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;border-spacing:0px"><div style="word-wrap:break-word"><span style="border-collapse:separate;font-family:Helvetica;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;border-spacing:0px"><div style="word-wrap:break-word"><br></div></span></div></span></div></span></div></div></div></div></div></div></div></div></div>
</div>
<br><div><blockquote type="cite"><div><div><div>On Feb 18, 2015, at 9:13 PM, Cezary Kosko <<a href="mailto:koskocezarym@gmail.com" target="_blank">koskocezarym@gmail.com</a>> wrote:</div><br></div></div><div><div><div><div dir="ltr">Hi,<div><br></div><div>I've got a search index, and I'd like to run mapred job against that index. The thing is, for a search query that should return exactly one result, I sometimes (not always, yet not rarely) get none, i.e. the mapred job returns an empty list instead of, say, a list containing a single object. Did this only happen some time after uploading the data and then was consistently giving the right results, I wouldn't object. However, it's kind of an on-and-off situation - I get proper results, but then for a brief period of time I don't and so on.</div><div><br></div><div>I've read on a solr doc page that specifying a timeAllowed parameter in the query can give it longer to gather results and help, but that can't be specified in a mapred definition, or can it?</div><div><br></div><div>Is there anything else I can look for?</div><div><br></div><div>The data I'm querying is of the CRDT map-of-sets type, should that be of any relevance.</div><div><br></div><div>Kind regards,</div><div>Cezary</div></div></div></div>
_______________________________________________<br>riak-users mailing list<br><a href="mailto:riak-users@lists.basho.com" target="_blank">riak-users@lists.basho.com</a><br><a href="http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com" target="_blank">http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com</a><br></div></blockquote></div><br></div></div></blockquote></div><br></div>
</div></blockquote></div><br></div></div></div></blockquote></div><br></div>