Sorry, misread the output reply. Nevermind.. -mox
On Mon, Jun 27, 2011 at 5:42 PM, Mike Oxford <moxf...@gmail.com> wrote: > You're changing the "id" field? (Gold's Gym vs Super Cuts) > > -mox > > On Mon, Jun 27, 2011 at 3:48 PM, James Linder <james.h.lin...@gmail.com> > wrote: >> I forgot to note. The data in the cluster being queried is not >> changing. (i.e., no inserts, no updates, no deletes happening) >> >> >> On Mon, Jun 27, 2011 at 6:44 PM, James Linder <james.h.lin...@gmail.com> >> wrote: >>> Hi, >>> >>> I am getting inconsistent results using the Riak Search Solr >>> interface. Specifically, the number of results and ordering of results >>> is changing from one query to the next. >>> >>> The query that I am running is the following: >>> >>> curl >>> http://localhost:8098/solr/locations/select?q=zip:\(94108+OR+10003+OR+1002+OR+2OR+94501+OR+10016+OR+94704+OR+10012+OR+10001+OR+94117+OR+92706+OR+94109+OR+94104+OR+93711+OR+94133+OR+93726+OR+94111+OR+10011+OR+94105+OR+94116+OR+92845+OR+93710\) >>> | head -n 20 >>> >>> Here is an example of the results that I get: >>> >>> <response> >>> <lst name="responseHeader"> >>> <int name="status">0</int> >>> <int name="QTime">43</int> >>> <lst name="params"> >>> <str name="indent">on</str> >>> <str name="start">0</str> >>> <str name="q">zip:(94108 OR 10003 OR 1002 OR 2OR 94501 OR 10016 OR >>> 94704 OR 10012 OR 10001 OR 94117 OR 92706 OR 94109 OR 94104 OR 93711 >>> OR 94133 OR 93726 OR 94111 OR 10011 OR 94105 OR 94116 OR 92845 OR >>> 93710)</str> >>> <str name="q.op">or</str> >>> <str name="df">value</str> >>> <str name="wt">standard</str> >>> <str name="version">1.1</str> >>> <str name="rows">168</str> >>> </lst> >>> </lst> >>> <result name="response" numFound="168" start="0" maxScore="4.09607e-2"> >>> <doc> >>> <str name="id">Gold's Gym >>> </str> >>> >>> >>> <response> >>> <lst name="responseHeader"> >>> <int name="status">0</int> >>> <int name="QTime">27</int> >>> <lst name="params"> >>> <str name="indent">on</str> >>> <str name="start">0</str> >>> <str name="q">zip:(94108 OR 10003 OR 1002 OR 2OR 94501 OR 10016 OR >>> 94704 OR 10012 OR 10001 OR 94117 OR 92706 OR 94109 OR 94104 OR 93711 >>> OR 94133 OR 93726 OR 94111 OR 10011 OR 94105 OR 94116 OR 92845 OR >>> 93710)</str> >>> <str name="q.op">or</str> >>> <str name="df">value</str> >>> <str name="wt">standard</str> >>> <str name="version">1.1</str> >>> <str name="rows">164</str> >>> </lst> >>> </lst> >>> <result name="response" numFound="164" start="0" maxScore="4.09607e-2"> >>> <doc> >>> <str name="id">Super Cuts >>> </str> >>> >>> >>> Details on our environment: >>> >>> - We are running riak-search-0.14.0-1.el5 installed via the Basho provided >>> RPM >>> - We have a cluster of three nodes with a couple gigs of data >>> - We have been seeing this both from the individual nodes in the >>> cluster and via riak-php-client >>> >>> >>> Does anyone have insight into what is causing this issue to happen? >>> >>> >>> Thanks! >>> >>> James Linder >>> >> >> _______________________________________________ >> 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
