Yes, that should resolve the issue. Thanks for the feedback.


On Oct 22, 2014, at 11:50 AM, Alexander Popov <mogada...@gmail.com> wrote:

> Initially it was 1 node, upgraded from 1.4.8.
> Than I add second node, and than added  another 3 nodes before transfer to 
> second is finished.
> 
> There was several hangs while transferring between nodes,  and I was restart 
> they  several times.
> 
> Should re-save  problematic records helps with this issue?
> 
> On Wed, Oct 22, 2014 at 10:42 PM, Eric Redmond <eredm...@basho.com> wrote:
> Have you added/removed nodes from the cluster, or did you start populating 
> data before the cluster was done being built? You may have ran into a known 
> handoff bug that we're currently working on.
> 
> Eric
> 
> 
> On Oct 22, 2014, at 11:32 AM, Alexander Popov <mogada...@gmail.com> wrote:
> 
>> Also if run query with specific id, on internal_solr directly on each host, 
>> for this problematic id it founds only on 2 hosts, but other id's found on 3 
>> of them.
>> 
>> On Wed, Oct 22, 2014 at 10:18 PM, Alexander Popov <mogada...@gmail.com> 
>> wrote:
>> RIAK 2.0.1, 5 nodes on different hosts
>> 
>> query: 
>> comments_index?q=owner:6d87f18a3dca4a60b0fc385b1f46c165%20AND%20target:35975db44af44b2494751abddfcfe466&fl=id&wt=json&rows=15
>> 
>> RESULT1:
>> {
>> responseHeader: {
>> status: 0,
>> QTime: 3,
>> params: {
>> 10.0.0.150:8093: "_yz_pn:56 OR _yz_pn:41 OR _yz_pn:26 OR _yz_pn:11",
>> shards: 
>> "10.0.0.150:8093/internal_solr/comments_index,10.0.0.151:8093/internal_solr/comments_index,10.0.0.152:8093/internal_solr/comments_index,10.0.0.153:8093/internal_solr/comments_index,10.0.0.218:8093/internal_solr/comments_index",
>> fl: "id",
>> 10.0.0.152:8093: "_yz_pn:63 OR _yz_pn:53 OR _yz_pn:38 OR _yz_pn:23 OR 
>> _yz_pn:8",
>> q: "owner:6d87f18a3dca4a60b0fc385b1f46c165 AND 
>> target:35975db44af44b2494751abddfcfe466",
>> 10.0.0.218:8093: "(_yz_pn:60 AND (_yz_fpn:60)) OR _yz_pn:50 OR _yz_pn:35 OR 
>> _yz_pn:20 OR _yz_pn:5",
>> wt: "json",
>> 10.0.0.153:8093: "_yz_pn:59 OR _yz_pn:44 OR _yz_pn:29 OR _yz_pn:14",
>> 10.0.0.151:8093: "_yz_pn:47 OR _yz_pn:32 OR _yz_pn:17 OR _yz_pn:2",
>> rows: "15"
>> }
>> },
>> response: {
>> numFound: 12,
>> start: 0,
>> maxScore: 6.72534,
>> docs: [
>> .....
>> 
>> 
>> RESULT2:
>> {
>> responseHeader: {
>> status: 0,
>> QTime: 3,
>> params: {
>> 10.0.0.150:8093: "_yz_pn:61 OR _yz_pn:46 OR _yz_pn:31 OR _yz_pn:16 OR 
>> _yz_pn:1",
>> shards: 
>> "10.0.0.150:8093/internal_solr/comments_index,10.0.0.151:8093/internal_solr/comments_index,10.0.0.152:8093/internal_solr/comments_index,10.0.0.153:8093/internal_solr/comments_index,10.0.0.218:8093/internal_solr/comments_index",
>> fl: "id",
>> 10.0.0.152:8093: "_yz_pn:58 OR _yz_pn:43 OR _yz_pn:28 OR _yz_pn:13",
>> q: "owner:6d87f18a3dca4a60b0fc385b1f46c165 AND 
>> target:35975db44af44b2494751abddfcfe466",
>> 10.0.0.218:8093: "_yz_pn:55 OR _yz_pn:40 OR _yz_pn:25 OR _yz_pn:10",
>> wt: "json",
>> 10.0.0.153:8093: "_yz_pn:49 OR _yz_pn:34 OR _yz_pn:19 OR _yz_pn:4",
>> 10.0.0.151:8093: "(_yz_pn:62 AND (_yz_fpn:62)) OR _yz_pn:52 OR _yz_pn:37 OR 
>> _yz_pn:22 OR _yz_pn:7",
>> rows: "15"
>> }
>> },
>> response: {
>> numFound: 11,
>> start: 0,
>> maxScore: 6.72534,
>> docs: [
>> ....
>> 
>> 
>> Does it not guaranteed that all records will be found each time?   
>> also, seems not random record missed, each time specific one
>> if I run query for this specific record with 
>> q=id:50473c1239934ef29f24b87f5a6d1ca2
>> it is random return or not return this record
>> 
>> 
>> _______________________________________________
>> riak-users mailing list
>> riak-users@lists.basho.com
>> http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com
> 
> 

_______________________________________________
riak-users mailing list
riak-users@lists.basho.com
http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com

Reply via email to