--- Jeremiah Peschka - Founder, Brent Ozar Unlimited MCITP: SQL Server 2008, MVP Cloudera Certified Developer for Apache Hadoop
On Wed, Mar 13, 2013 at 6:27 PM, Kevin Burton <[email protected]>wrote: > So the only change you made was to enable search for the bucket. And since > I am not using search (just trying to store the object) you could remove > that also. Why did you feel that it was needed? > Because your initial error message was {precommit_fail,{hook_crashed,{* riak_search_kv_hook*,precommit,error,badarg}}} > **** > > ** ** > > This brings us back to the original question though. What does the error > tell me about the configuration? The test that everything works on the > Basho site is to save a binary image to the cluster and retrieve it. If > this is successful then the cluster seems healthy. I did this and there was > no errors. It seems that I get this error only when I try JSON data which > is the data I want to store. So what could be specifically wrong about my > configuration data that allows binary image data but throws an error when > saving JSON data? > If you're saving to a different bucket, which your curl commands indicate, my guess is that the cluster is healthy something is busted within your bucket configuration for the buyseasons-orders bucket. Once you perform a rolling update to 1.3 (or create a new cluster) you can reset the bucket properties[1]. Or, if you want to be lazy, you could try saving to a random bucket like "buyseasons-orders-asdf1234" or "CC5DF49B-D8D3-4B2D-ABBD-1 B63A4F10FFF". Either way, my suspicion remains that there is something nasty going on with your bucket properties that's causing you some grief on this bucket. Could you take a look at the bucket properties [2] and post them on list or in a gist? [1]: http://docs.basho.com/riak/latest/references/apis/http/HTTP-Reset-Bucket-Properties/ [2]: http://docs.basho.com/riak/latest/references/apis/http/HTTP-Get-Bucket-Properties/ > **** > > ** ** > > *From:* Jeremiah Peschka [mailto:[email protected]] > *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 security" category.**** > > > **** > > ---**** > > Jeremiah Peschka - Founder, Brent Ozar Unlimited**** > > MCITP: SQL Server 2008, MVP**** > > Cloudera Certified Developer for Apache Hadoop**** > > ** ** > > On Wed, Mar 13, 2013 at 6:06 PM, Kevin Burton <[email protected]> > wrote:**** > > Thank you. I was not trying to search I was just trying to store the value. > **** > > **** > > When I try to open the file I get**** > > **** > > The website declined to show this webpage**** > > **** > > So I am not sure what changes you made.**** > > **** > > **** > > *From:* Jeremiah Peschka [mailto:[email protected]] > *Sent:* Wednesday, 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 made here: > http://clientresources.brentozar.com.s3.amazonaws.com/CITest.zip**** > > **** > > You may not get the search results that you want from your JSON document > because it doesn't conform to the default Riak Search schema - > http://docs.basho.com/riak/latest/cookbooks/Riak-Search---Schema/#The-Default-Schema > **** > > > **** > > ---**** > > Jeremiah Peschka - Founder, Brent Ozar Unlimited**** > > MCITP: SQL Server 2008, MVP**** > > Cloudera Certified Developer for Apache Hadoop**** > > **** > > On Wed, Mar 13, 2013 at 5:32 PM, Kevin Burton <[email protected]> > wrote:**** > > Instead of using a binary file I tried a file that contains serialized > JSON data. I am getting pretty much the same error:**** > > **** > > <html><head><title>500 Internal Server > Error</title></head><body><h1>Internal Se**** > > rver Error</h1>The server encountered an error while processing this > request:<br**** > > ><pre>{error,**** > > {error,badarg,**** > > [{erlang,iolist_to_binary,**** > > [{hook_crashed,{riak_search_kv_hook,precommit,error,badarg}}], > **** > > []},**** > > {wrq,append_to_response_body,2,[{file,"src/wrq.erl"},{line,205}]}, > **** > > {riak_kv_wm_object,handle_common_error,3,**** > > [{file,"src/riak_kv_wm_object.erl"},{line,998}]},**** > > {webmachine_resource,resource_call,3,**** > > [{file,"src/webmachine_resource.erl"},{line,183}]},**** > > {webmachine_resource,do,3,**** > > [{file,"src/webmachine_resource.erl"},{line,141}]},**** > > {webmachine_decision_core,resource_call,1,**** > > [{file,"src/webmachine_decision_core.erl"},{line,48}]},**** > > {webmachine_decision_core,accept_helper,0,**** > > [{file,"src/webmachine_decision_core.erl"},{line,606}]},**** > > {webmachine_decision_core,decision,1,**** > > > [{file,"src/webmachine_decision_core.erl"},{line,577}]}]}}</pre><P>**** > > <HR><ADDRESS>mochiweb+webmachine web server</ADDRESS></body></html>**** > > **** > > From**** > > **** > > curl -XPUT http://devUBuntu01:8098/riak/buyseasons-orders/1 -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. *** > * > > **** > > Thank you.**** > > **** > > *From:* Kevin Burton [mailto:[email protected]] > *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**** > > **** > > curl -XPUT http://devUbuntu01:8098/riak/images/1.jpg -H "Content-type: > image/jpeg" --data-binary @test.jpg**** > > **** > > and the corresponding read**** > > **** > > curl -v http://devUbuntu01:8098/riak/images/1.jpg >test-read.jpg**** > > **** > > work without error but the CI call to put fails? How are these different?* > *** > > **** > > **** > > *From:* riak-users > [mailto:[email protected]<[email protected]>] > *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, "./data/leveldb"}**** > > ]},**** > > **** > > Drop everything but the data_root. Also: simplify your set up. You're > running into timeout errors in a networked environment. Test your > functionality on a local cluster (either 1 node or a devrel setup with 4 > nodes). Validate your logic and functionality there.**** > > **** > > I wish I could promise that I can help out at all, but I just got back > from 12 days out of the country and I'm booked solid for the next two > weeks. In short - my responses will be hit or miss at best.**** > > **** > > Good luck and godspeed.**** > > > **** > > ---**** > > Jeremiah Peschka - Founder, Brent Ozar Unlimited**** > > MCITP: SQL Server 2008, MVP**** > > Cloudera Certified Developer for Apache Hadoop**** > > **** > > **** > > **** > > ** ** >
_______________________________________________ riak-users mailing list [email protected] http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com
