Hello Ajit -
I'm not a Riak Search expert, but running the JSON you included through
http://jsonlint.com yields several errors.
Cheers -
Dave
On Thu, Jan 23, 2014 at 12:19 AM, Ajit Prasad(RMG00) wrote:
> Hi,
>
> Search doesn’t seem to work on a normal JSON file. Have created index on
> JS
Luke,
Yes, the load looks pretty small in our cluster and that explains what I
saw.
It is interesting to see the difference of the performance between NoSQL
with server-side sharding.
Anyway, thanks for your reply. I'm confident with the result now.
Satoshi
2014/1/22 Luke Bakken
> Satoshi,
Hi Rob,
I believe Ryan meant to wait a second to do a Yokozuna search, not a
general Riak K/V operation.
There is more information about "read your own writes" here:
http://basho.com/tag/configurable-behaviors/
--
Luke Bakken
CSE
lbak...@basho.com
On Wed, Jan 22, 2014 at 11:36 AM, Rob Speer wr
Also note that the JSON extractor will concatenate nested fields with
underscores, so the field name for your search will be
"employee_employee_name" (assuming the JSON you pasted is just incomplete).
On Thu, Jan 23, 2014 at 6:43 AM, Dave Parfitt wrote:
> Hello Ajit -
>
> I'm not a Riak Searc
Nicely done Matt! Sure would love to see your states... I've got a fairly
good one for riak-cs, would love to see some others.
On Wed, Jan 22, 2014 at 2:14 PM, Matt Black wrote:
> Hi Matt,
>
> We manage all our Riak infrastructure with a couple of Salt states and a
> custom module I wrote which
Backing up LevelDB data files can be accomplished while the node is running
if the sst_x directories are backed up in numerical order. The undesirable
side effects of that could be duplicated data, inconsistent manifest, or
incomplete writes, which necessitates running the leveldb repair process
u
Apologies, clicked send in the middle of an incomplete thought. It should
have read:
Backing up the LevelDB data files while the node is stopped would remove the
necessity of using the LevelDB repair process upon restoring to make the
vnode self-consistent.
From: Joe Caswell
Date: Thursday, J
Afternoon, Evening, Morning to All -
We've got a tidy Recap today: podcasts, conferences, new code, and more.
Enjoy and thanks for being a part of Riak.
Mark
twitter.com/pharkmillups
---
Riak Recap for January 16th - January 23rd
In 1.4 there was just the simple function riak_kv_counters:value. In 2.0
I found the riak_kv_crdt module, which has a value function in it. But
I'm not sure what "type" to use for second value argument for a counter.
Can someone share that with me?
Thanks in advance,
Bryce
___
For version 1.4 counters, riak_kv_pncounter. For 2.0 CRDT counters,
riak_dt_pncounter.
Eric
On Jan 23, 2014, at 3:44 PM, Bryce Verdier wrote:
> In 1.4 there was just the simple function riak_kv_counters:value. In 2.0 I
> found the riak_kv_crdt module, which has a value function in it. But I'm
I like that HyperDex provides direct backup support instead of simply
suggesting a stop-filecopy-start-catchup scenario. Are there any plans at
Basho to make backups a core function of Riak (or as a separate but
included utility) - it would certainly be nice to have something Basho
provides help en
On 23 Jan 2014, at 20:51, Eric Redmond wrote:
> For version 1.4 counters, riak_kv_pncounter. For 2.0 CRDT counters,
> riak_dt_pncounter.
As in, if the data was written in 1.4, or in 2.0 using the legacy, backwards
compatible 1.4 API endpoints, the the type is risk_kv_pncounter. If the counter
Not to fork the thread too far from the topic being discussed, but is
there any possibility of opening up the API used for multidatacenter
replication? Specifically, the fullsync API? I imagine the code inside
riak_repl can also be used for an external node to connect and get a
full dump of a node'
I'm still interested in the question as it applies to Yokozuna. Stable
full-text search in Riak will be very important to my company, so I'd want
to know what the equivalent behaviors are for Yokozuna queries. Do you have
to wait an unspecified amount of time between writing a document and
querying
Rob,
The one second wait is because yokozuna is the glue code (putting it very, very
simply) between a Riak cluster and distributed Solr instances. When you write
an object to Riak, yokozuna asynchronously fires off an update to the Solr
service. Solr is, by default, configured to soft commit w
Thank you both Eric & Russeli for the answer, sadly it leads to more
questions. Regardless of the type (though I can say in this case the
counters were pushed from the python 2.0.2 client, so I assume its
riak_dt_pncounter)
I get this error:
{"phase":0,"error":"badarg","input":"{ok,{r_object,<
This state is meat of it, and should be pretty self-explanatory if you’re
already writing Salt states..
riak-ulimit-pam:
file.append:
- name: /etc/pam.d/common-session
- text: "session\trequired\tpam_limits.so"
riak-ulimit-pam-noninteractive:
file.append:
- name: /etc/pam.d/common
17 matches
Mail list logo