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 different going?

An apple is not a pineapple.

If you can provide a complete, compiling code sample via pastebin, gist,
dropbox, s3, etc that duplicates this behavior starting with a blank Riak
cluster, I'd be happy to look into it as part of a CorrugatedIron bug
review.

If you'd like me to troubleshoot your system, I've offered off-list to have
a call to discuss what my troubleshooting services look like.


---
Jeremiah Peschka - Founder, Brent Ozar Unlimited
MCITP: SQL Server 2008, MVP
Cloudera Certified Developer for Apache Hadoop


On Wed, Mar 13, 2013 at 7:27 AM, Kevin Burton <[email protected]>wrote:

> 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]] *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

Reply via email to