Hi,
I seem to have wrangled riaksearch it into an inconsistent state where I
can't start it up. I've pasted the crash report I get - any ideas what might
be going on?
*
*
Thanks,
-Greg
*
*
*=ERROR REPORT 9-May-2011::12:15:42 ===*
*js_vm_count has been deprecated. Please use map_js_vm_count to
,{mfa,{riak_kv_map_master,start_link,[]}},{restart_type,permanent},{shutdown,3},{child_type,worker}]
*
*
*
On Mon, May 9, 2011 at 12:29 PM, Greg Pascale wrote:
> Hi,
>
> I seem to have wrangled riaksearch it into an inconsistent state where I
> can't start it up. I've p
i
> Developer Advocate
> Basho Technologies, Inc.
> d...@basho.com
>
>
> On Mon, May 9, 2011 at 12:29 PM, Greg Pascale wrote:
>
>> Hi,
>>
>> I seem to have wrangled riaksearch it into an inconsistent state where I
>> can't start it up. I've pasted the c
I've been banging my head against the wall trying to get a javascript custom
extractor working. Here is the simplest example I could come up with to
reproduce the error.
*curl -v -X PUT -H "Content-Type: application/json"
http://localhost:8098/riak/test -d @data*
where *@data* is a file that look
t;greg\"};}"}
>
> Hope that helps,
>
> Andrew
>
> On Sat, May 21, 2011 at 7:48 PM, Greg Pascale wrote:
>
>> I've been banging my head against the wall trying to get a javascript
>> custom extractor working. Here is the simplest example I could come u
Hi,
In our data model, our riak objects are flat JSON objects, and thus their
corresponding index documents are nearly identical - the only difference is
that a few fields which are ints in the riak objects are strings in the
index doc.
Since they are so similar, we are directly using the index d
nstead of fetching them again from Riak KV.
> >
> > Mathias Meyer
> > Developer Advocate, Basho Technologies
> >
> >
> > On Mittwoch, 25. Mai 2011 at 00:34, Greg Pascale wrote:
> >
> >> Hi,
> >>
> >> In our data model, our riak ob
Hi,
we recently upgraded to riak-search 0.14.2 and it seems that the numFound
value returned from SOLR searches is no longer correct.
In one particular search, there are actually 22 results. If I set start = 30
and count = 10, I get 0 results as expected. However, no matter what I set
those to, n
any keys under
> your _rsid_ bucket?
>
> -Ryan
>
> On Mon, Jun 13, 2011 at 4:22 PM, Greg Pascale wrote:
>
>> Hi,
>>
>> we recently upgraded to riak-search 0.14.2 and it seems that the numFound
>> value returned from SOLR searches is no longer correct.
>
Hi,
I'm looking at ways to improve riaksearch queries that produce a lot of
matches.
In my use case, I only ever want the top 20 results for any query, and
results should be ordered by date (which is encoded in the key). For
searches with few matches (numFound < ~1000), performance is great. For
(famous last words). Please try this and get back to
> me.
>
> 3) That is a very well written article, props to the author. However, I
> would leave this as a last resort. Try what I mentioned in #2, and if
> that's not enough to get you by then let's brainstorm.
>
&
t _don't_ index it. If you're
> only using the `text` field to filter results then this is exactly what you
> should do. In fact, I would recommend you do that because any search
> against the `text` field for a corpus of tweets is probably going to have a
> large result
Hi,
I'm trying to use a custom extractor, but I can't for the life of me seem to
get the syntax right. Even the simplest thing I can think to try won't work.
I've tried setting the rs_extractfun property as described in the
documentation - both of these methods
- {jsanon, {Bucket, Key}}, whe
invoke_hook,4},
{riak_kv_put_fsm,precommit,2}]
-Greg
On Mon, Jul 18, 2011 at 6:22 PM, Greg Pascale wrote:
> Hi,
>
> I'm trying to use a custom extractor, but I can't for the life of me seem
> to get the syntax right. Even the simplest thing I can think to try won't
> wor
Hi,
I'm trying to write a simple precommit hook to modify a JSON object by
removing certain fields. The simplest way to do this, I figure, is to decode
the object's value with mochijson2, remove the fields I don't want,
re-encode it, and update the value.
What happens, though, is my object ends u
_updates(*
* riak_object:update_value(RiakObject, Value)).*
I'm really baffled here. The only documentation I know of for this code is
at
http://basho.github.com/riak-erlang-client/riak-erlang-client/riakc_obj.html
and
it really doesn't say much.
-Greg
Clipboard
On Sat, Sep 17, 2011 at 4:11 PM, G
Scratch that - the issue doesn't actually manifest without the
decode/encode.
On Mon, Sep 19, 2011 at 10:47 AM, Greg Pascale wrote:
> Actually it looks like I can remove the JSON decode/encode and I still see
> the same issue. Just reading and writing the value is enough, so all I&#x
approach looks good, and jives with my reading of the
> riak_object module. Let us know if you still have problems with mochijson2.
>
> Sean
>
> On Mon, Sep 19, 2011 at 1:42 PM, Greg Pascale wrote:
> Scratch that - the issue doesn't actually manifest without the decode/enco
on
>
> On Mon, Sep 19, 2011 at 1:50 PM, David Smith wrote:
> On Sat, Sep 17, 2011 at 5:11 PM, Greg Pascale wrote:
> > Hi,
> > I'm trying to write a simple precommit hook to modify a JSON object by
> > removing certain fields. The simplest way to do this, I figure, i
Hi,
I've noticed that the Riak Search precommit hook behaves in a really odd and
non-standard way in Riak 1.0. It seems that setting search:true on a bucket
automatically causes the precommit hook to be installed, and setting
search:false automatically uninstalls it.
Ok, but if I set search true
've filed a bug for it.
>
> https://issues.basho.com/show_bug.cgi?id=1216
>
> Why does your hook need to go after the search hook?
>
> Cheers, Jon.
>
>
> On Mon, Sep 19, 2011 at 6:37 PM, Greg Pascale wrote:
> Hi,
>
> I've noticed that the Riak Sear
Man, it took a whole day after I complained about this to get it fixed? You
guys are such slackers! :)
Thanks a bunch!
--
Greg
Clipboard
On Tuesday, September 20, 2011 at 1:47 PM, Andrew Thompson wrote:
> On Tue, Sep 20, 2011 at 10:53:28AM -0700, Greg Pascale wrote:
> &g
g
Clipboard
On Tuesday, September 20, 2011 at 3:42 PM, Greg Pascale wrote:
> Man, it took a whole day after I complained about this to get it fixed? You
> guys are such slackers! :)
>
> Thanks a bunch!
>
> --
> Greg
> Clipboard
>
> On Tuesday, September 20, 2011
ok it
> > > will be left in it's defined location
> > >
> > > Thanks,
> > > Dan
> > >
> > > Daniel Reverri
> > > Developer Advocate
> > > Basho Technologies, Inc.
> > > d...@basho.com (mailto:d...@basho.com)
&g
Hi,
I've got my riak ring in a state where streaming keys or curling a bucket with
?keys = true returns a whole bunch of keys of deleted objects.
Since this is test data, I'm going to go ahead and blow away the bitcask
folders and start over, but I'm wondering if anybody could shed some light
gt; Cheers,
>
> Jon Meredith
> Basho Technologies.
>
> On Tue, Sep 27, 2011 at 4:56 PM, Greg Pascale (mailto:g...@clipboard.com)> wrote:
> > Hi,
> >
> > I've got my riak ring in a state where streaming keys or curling a bucket
> > with ?keys = true ret
Hi,
Somewhere along the line, it looks like the mechanism for setting a custom
extractor changed slightly. The documentation now says to set a property called
search_extractor with the fields mod, fun and arg.
It used to be a property called rs_extractfun with the fields language,
function a
Hey Francisco,
If what you're looking to do is connect to Riak in Erlang without having to run
'riak attach', try this little bit of magic.
http://www.clipboard.com/clip/LR04fvr5rXWvT__G
The value for "cookie" will be "riak" unless you've changed it.
--
Greg
Clipboard
On Monday, October 3
y
> setting the property to `undefined` but that can only be achieved via the
> Erlang client. We should probably have a way to set a sentinel value via HTTP
> as well.
>
> -Ryan
>
> On Fri, Sep 30, 2011 at 7:51 PM, Greg Pascale (mailto:g...@clipboard.com)> wrote:
Hi,
I have uncovered what I think has to be a bug with inline field searches in
Riak 1.0. In short, it seems that there are issues when including a field in
both the query and filter query. I have a query in production that used to work
with 14.2 but no longer does with 1.0.
I dove into the
, October 5, 2011 at 11:31 AM, Greg Pascale wrote:
> Hi,
>
> I have uncovered what I think has to be a bug with inline field searches in
> Riak 1.0. In short, it seems that there are issues when including a field in
> both the query and filter query. I have a query in production
here is no easy workaround, so your special cased search logic is probably
> the best route until this is fixed.
>
> Best,
> Rusty
>
>
> On Thu, Oct 6, 2011 at 3:21 PM, Greg Pascale (mailto:g...@clipboard.com)> wrote:
> > Anybody have any ideas on this one? I wa
Hi,
I'm thinking about using 2i for a certain piece of my system, but I'm worried
that the document-based partitioning may make it suboptimal.
The issue is that the secondary fields I want to query over (email and
username) are unique, so each will only ever map to one value. Since 2i queries
If one fails, I need to delete
the others, etc… It quickly becomes a pain.
I don't know what you mean by "some relationship between the keys"
--
Greg
Clipboard
On Monday, November 7, 2011 at 5:59 PM, Nate Lawson wrote:
> On Nov 7, 2011, at 5:45 PM, Greg Pascale wrote:
>
Thanks for all the suggestions.
Let's not worry about the problem of ensuring uniqueness right now - I have
that part solved separately.
Rohman, this approach is what I described as a "manual index". It adds a good
deal of code that I'm hoping to avoid by using 2i or search. This whole thing
Here at Clipboard, we make very heavy use of Riak Search and a couple of manual
indices here and there. I've wanted to use 2i a few times but have decided
against it for a few reasons:
1) Apprehension about the coverage set query, as Matt articulated.
2) Lack of ordering of returned results. Ge
> That's a concern, but you gain parallelism, compared to Search's single term
> index.
>
>
>
> While they are more expensive in the sense that they require more nodes to
> participate, they split the load between the nodes, thus overall, the work
> should be about the same, and unless the n
Hey Francisco,
I find myself doing this fairly often - mainly through curl. Definitely room
for improvement there...
--
Greg
Clipboard
On Friday, December 2, 2011 at 5:39 AM, francisco treacy wrote:
> Hi riak-users,
>
> I just tweeted this... but here is probably the best place to ask:
>
38 matches
Mail list logo
