Re: Error interpretation

2013-03-13 Thread Jeremiah Peschka
This is gold! Thanks for sharing the ultimate cause of Kevin's error. On Wednesday, March 13, 2013, Tony Schwartz wrote: > The combination of allow_mult: true and the precommit > "riak_search_kv_hook" is the issue. But this is only true if its set in > the default props. > > Search and conflict

Re: Error interpretation

2013-03-13 Thread Tony Schwartz
The combination of allow_mult: true and the precommit "riak_search_kv_hook" is the issue. But this is only true if its set in the default props. Search and conflict resolution can work together, but apparently search creates hidden buckets behind the scenes that go off the default bucket properti

RE: Error interpretation

2013-03-13 Thread Kevin Burton
Thanks again. You solved it!!. I am not sure how the bucket properties were set in this way but I changed back to the default and it works again. The key property in this case was 'precommit'. Now that this property is suspect can we offer an explanation? I have highlighted the changed properties

Re: Error interpretation

2013-03-13 Thread Tony Schwartz
is/http/HTTP-Reset-Bucket-Properties/ > > [2]: > http://docs.basho.com/riak/latest/references/apis/http/HTTP-Get-Bucket-Properties/ > >> >> >> ** ** >> >> *From:* Jeremiah Peschka [mailto:jeremiah.pesc...@gmail.com] >> *Sent:* Wednesday, March 13,

Re: Error interpretation

2013-03-13 Thread Jeremiah Peschka
o:jeremiah.pesc...@gmail.com] > *Sent:* Wednesday, March 13, 2013 8:10 PM > > *To:* Kevin Burton > *Cc:* riak-users > *Subject:* Re: Error interpretation > > ** ** > > Try now, this appears to fall into the "Jeremiah can't work anything that > requires

RE: Error interpretation

2013-03-13 Thread Kevin Burton
ednesday, March 13, 2013 7:41 PM To: Kevin Burton Cc: riak-users Subject: Re: Error interpretation I ran the sample code you sent over on my local machine and it ran without error. I did have to enable riak search on an individual bucket by setting bucket properties, but you can see the changes I

Re: Error interpretation

2013-03-13 Thread Jeremiah Peschka
ade. > > ** ** > > ** ** > > *From:* Jeremiah Peschka [mailto:jeremiah.pesc...@gmail.com] > *Sent:* Wednesday, March 13, 2013 7:41 PM > *To:* Kevin Burton > *Cc:* riak-users > *Subject:* Re: Error interpretation > > ** ** > > I ran the sample code y

RE: Error interpretation

2013-03-13 Thread Kevin Burton
, 2013 7:41 PM To: Kevin Burton Cc: riak-users Subject: Re: Error interpretation I ran the sample code you sent over on my local machine and it ran without error. I did have to enable riak search on an individual bucket by setting bucket properties, but you can see the changes I made here: http

Re: Error interpretation

2013-03-13 Thread Jeremiah Peschka
-H > "Content-type:application/json" --data-binary @test.json > > ** ** > > So given this error any suggestions as to the meaning? > > ** ** > > I can put the JSON file on dropbox or someother media if it is needed. *** > * > > ** ** >

RE: Error interpretation

2013-03-13 Thread Kevin Burton
e on dropbox or someother media if it is needed. Thank you. From: Kevin Burton [mailto:rkevinbur...@charter.net] Sent: Wednesday, March 13, 2013 9:28 AM To: 'Jeremiah Peschka'; 'riak-users' Subject: RE: Error interpretation So the question remains in my mind why

RE: Error interpretation

2013-03-13 Thread Kevin Burton
...@gmail.com] Sent: Wednesday, March 13, 2013 9:54 AM To: Kevin Burton Cc: riak-users Subject: Re: Error interpretation Was your call using CorrugatedIron exactly the same as that? You just dumped a binary object into a bucket with search enabled and it blew up in CI but not curl? Or is something

Re: Error interpretation

2013-03-13 Thread Jeremiah Peschka
> > work without error but the CI call to put fails? How are these different?* > *** > > ** ** > > ** ** > > *From:* riak-users [mailto:riak-users-boun...@lists.basho.com] *On Behalf > Of *Jeremiah Peschka > *Sent:* Tuesday, March 12, 2013 8:35 PM > > *To:* riak-use

RE: Error interpretation

2013-03-13 Thread Kevin Burton
I call to put fails? How are these different? From: riak-users [mailto:riak-users-boun...@lists.basho.com] On Behalf Of Jeremiah Peschka Sent: Tuesday, March 12, 2013 8:35 PM To: riak-users Subject: Re: Error interpretation Default leveldb config is (when built using `make devrel`):

RE: Error interpretation

2013-03-12 Thread Kevin Burton
k_kv_put_f sm.erl"},{line,675}]},{riak_kv_put_fsm,precommit,2,[{file,"src/riak_kv_put_f sm.erl"},{line,325}]},{gen_fsm,handle_msg,7,[{file,"gen_fsm.erl"},{line,494} ]}] -Original Message- From: Andrew Thompson [mailto:and...@hijacked.us] Sent: Tuesday, March 12, 2013

RE: Error interpretation

2013-03-12 Thread Kevin Burton
ilto:riak-users-boun...@lists.basho.com] On Behalf Of Jeremiah Peschka Sent: Tuesday, March 12, 2013 8:35 PM To: riak-users Subject: Re: Error interpretation Default leveldb config is (when built using `make devrel`): %% eLevelDB Config {eleveldb, [ {data_r

RE: Error interpretation

2013-03-12 Thread Kevin Burton
c: 'Jeremiah Peschka'; 'riak-users' Subject: Re: Error interpretation Riak does not log crashed pre/post commit hooks by default, this is to avoid a bad hook or object from denial of servicing the cluster in production. If you want to debug this, you can use a lager trace at the r

Re: Error interpretation

2013-03-12 Thread Andrew Thompson
Riak does not log crashed pre/post commit hooks by default, this is to avoid a bad hook or object from denial of servicing the cluster in production. If you want to debug this, you can use a lager trace at the riak console like this: lager:trace_file("/tmp/put_fsm.log", [{module, riak_kv_put_fsm}

RE: Error interpretation

2013-03-12 Thread Kevin Burton
m: riak-users [mailto:riak-users-boun...@lists.basho.com] On Behalf Of Jeremiah Peschka Sent: Tuesday, March 12, 2013 8:35 PM To: riak-users Subject: Re: Error interpretation Default leveldb config is (when built using `make devrel`): %% eLevelDB Config {eleveldb, [ {data_root

Re: Error interpretation

2013-03-12 Thread Jeremiah Peschka
I don’t know enough to modify > them. What are the defaults? > > ** ** > > *From:* riak-users [mailto:riak-users-boun...@lists.basho.com] *On Behalf > Of *Jeremiah Peschka > *Sent:* Tuesday, March 12, 2013 8:06 PM > *To:* riak-users > *Subject:* Re: Error interpretation**

RE: Error interpretation

2013-03-12 Thread Kevin Burton
I changed the misspelling but am still getting the same error. From: riak-users [mailto:riak-users-boun...@lists.basho.com] On Behalf Of Jeremiah Peschka Sent: Tuesday, March 12, 2013 8:06 PM To: riak-users Subject: Re: Error interpretation Your eleveldb app.config settings are decidedly

RE: Error interpretation

2013-03-12 Thread Kevin Burton
The eleveldb app.config are the default. I don't know enough to modify them. What are the defaults? From: riak-users [mailto:riak-users-boun...@lists.basho.com] On Behalf Of Jeremiah Peschka Sent: Tuesday, March 12, 2013 8:06 PM To: riak-users Subject: Re: Error interpretation

Re: Error interpretation

2013-03-12 Thread Jeremiah Peschka
16.33.107'^M > > 18:41:19.868 [info] Application erlydtl started on node ' > riak@172.16.33.107'^M > > Eshell V5.9.1 (abort with ^G)^M > > (riak@172.16.33.107)1> 18:41:20.471 [info] Wait complete for service > riak_kv (1 seconds)^M > > ** ** &

RE: Error interpretation

2013-03-12 Thread Kevin Burton
41:20.471 [info] Wait complete for service riak_kv (1 seconds)^M = ALIVE Tue Mar 12 19:09:45 CDT 2013 I don’t see any errors there. There is an empty crash.log that was dated with a timestamp recently. From: riak-users [mailto:riak-users-boun...@lists.basho.com] On Behalf Of Jer

RE: Error interpretation

2013-03-12 Thread Kevin Burton
is is that something in eleveldb_backend is not happy. I am not sure how to fix it. The eleveldb config in app.config looks like: %% eLevelDB Config {eleveldb, [ {data_root, "/var/lib/riak/leveldb"}, {max_open_files, 100}, {cach_size, 83886080}

Re: Error interpretation

2013-03-12 Thread Jeremiah Peschka
Your Riak search hook crashed. There is a bad argument being sent to Erlang. Check your Riak logs for more detail. -- Jeremiah Peschka - Founder, Brent Ozar Unlimited MCITP: SQL Server 2008, MVP Cloudera Certified Developer for Apache Hadoop On Mar 12, 2013, at 4:23 PM, "Kevin Burton" wrote: >