ext4-vs-xfs-large-volumes-with-high-end-raid-controller.html?limitstart=0
[2]
http://www.ilsistemista.net/index.php/linux-a-unix/13-ext4-vs-xfs-large-volumes-with-low-end-raid-controller.html
--
Seth Thomas
On Wednesday, December 5, 2012 at 7:02 AM, Anton wrote:
> The documentation (brie
Riak 1.3.2 has been pushed to our apt and yum repositories.
Cheers,
--
Seth Thomas
Sent with Sparrow (http://www.sparrowmailapp.com/?sig)
On Saturday, June 22, 2013 at 11:38 PM, Jonathan Rudenberg wrote:
> When will this release show up in the apt repo?
>
> Jonathan
>
>
edith:
http://lists.basho.com/pipermail/riak-users_lists.basho.com/2012-August/009133.html
We're currently on 1.4 though so you may want to step through the 1.3 and then
1.4 upgrades additionally. Post 1.2 we have capability negotiation so one can
run mixed clusters.
--
Seth Thomas
Hi All, On behalf of Basho, I'm excited to announce that Riak CS 1.4.0 is now official. Riak CS is Basho's open source cloud storage software. The biggest feature additions are support for the Swift API and Keystone authentication, which enables CS to be a drop-in storage replacement for OpenStack
We've merged the pull request and also pushed the latest version to the Opscode community site. -- Seth Thomas On August 14, 2013 at 11:10:36 AM, Brian Akins (br...@akins.org) wrote: Yeah I figured it out and opened a pull request on the riak cookbook.T
The 1.4.2 build should be in apt and yum repositories now. -- Seth Thomas On August 30, 2013 at 8:58:26 AM, Jonathan Rudenberg (jonat...@titanous.com) wrote: On Aug 30, 2013, at 8:57 AM, Jared Morrow wrote:
> We are pleased to announce the availability of Riak 1.4.2.
Awesome, when will it s
1.3.x series running against Riak 1.4.x -- Seth Thomas On September 6, 2013 at 1:08:43 PM, Martin Alpers (martin-alp...@web.de) wrote: Thanks Shino for your reply.
I could slap myself for failing to look at the logs at all.
Altough I did not get a clue from this anyway, a nonempty crashlog is in its
Riak CS Users,We are pleased to announce the availability of Riak CS 1.4.1. This is a bugfix release based on the 1.4.x series of Riak CS.Fixes include:Fix list objects crash when more than the first 1001 keys are in the pending delete stateFix crash in garbage collection daemonFix packaging bug
Toby,Although I haven't traced a root cause just yet I've had several reports in IRC of odd behavior when using nginx as a load balancer for Riak CS. In almost every case, removing nginx from the equation and switching to haproxy or pointing directly at the nodes in the application has resolved iss
Mike,
Based on the Chef line you have there, the issue is that you aren't
providing a FQDN. If the name is just "-int" then it isn't a
fully qualified domain name and therefore Erlang complains.
Hopefully that clears up the confusion.
On Sat, Sep 21, 2013 at 8:12 PM, Mike Nathe wrote:
> Hi Al
that
details why HTTPS doesn't offer much security for this process. As a quick
pass I looked at a dozen other projects that all follow the same pattern
with respect to both keys and packages.
Cheers,
Seth Thomas
[1] http://askubuntu.com/questions/146108/how-to-use-https-with-apt-get
On W
Starting a little late today but join as at 2:15 EST for a community
hangout talking about work on our C and Java clients.
https://plus.google.com/events/cta9dsp6qa4cl1hht03a3q0oohk
___
riak-users mailing list
riak-users@lists.basho.com
http://lists.bash
Due to technical difficulties, which seems to be a recurring theme, we've
had to change the link:
https://plus.google.com/u/1/b/100975210954087930578/events/ctv6lgms873seh3vv0e59nj311o
On Fri, Dec 13, 2013 at 1:07 PM, Seth Thomas wrote:
> Starting a little late today but join as at
Anita,
It sounds like there are two potentially separate issues here.
For the first item related to Riak CS - was there already an admin user
created? are all (mb, rb, put, get) operations returning the 403 "The AWS
Access Key Id you provided does not exist in our records." error? The
console lo
We're doing our weekly hangout again, this time with Eric Redmond and Luc
Perkins of Basho talking about our documentation efforts.
http://youtu.be/NH-n8JrwNJ8
Enjoy
___
riak-users mailing list
riak-users@lists.basho.com
http://lists.basho.com/mailman/l
Is there something else on the network trying to operate with the same name/IP?
If you’d like I'm happy to look at the vm.args and app.config but I’m of the
mind that there is something else in the environment that causing this error.
That is to say I don’t agree with the assertion this is 2.0 s
anks,
Buriwoy
On Mon, Mar 17, 2014 at 4:16 PM, Seth Thomas wrote:
Is there something else on the network trying to operate with the same name/IP?
If you’d like I'm happy to look at the vm.args and app.config but I’m of the
mind that there is something else in the environment that causing this e
for the vnodes it’s
primarily responsible for or you could remove the node[2] from the cluster
which would redistribute the primary responsibly among the remaining nodes. I’d
also give our docs on replication[3] a look for more information.
Seth Thomas
[1] http://docs.basho.com/riak/latest
narrowest definition)
On March 24, 2014 at 10:34:22, Jeff Peck (je...@tnrglobal.com) wrote:
Thank you. So, does that mean that no redistribution of data would occur unless
the node is manually removed?
- Jeff
On Mar 24, 2014, at 1:31 PM, Seth Thomas wrote:
Jeff,
When a node is no longer
goes down as data is
re-shuffled across the cluster?
Thanks,
Jeff
On Mar 24, 2014, at 1:38 PM, Seth Thomas wrote:
Data is redistributed temporarily (indefinitely) until the primary node comes
back online. So primary ownership of data would not be changed but your keys
could be living on an
On Mar 24, 2014, at 1:53 PM, Seth Thomas wrote:
As immediately as the cluster can detect the node is no longer serving
requests[1]. There will likely be increased network and IO among the remaining
nodes as they will be picking up the slack. That said, the data is not
permanently reshuffled at
s and Sets
will not work correctly.
Seth Thomas
[1] http://docs.basho.com/riak/2.0.0pre20/downloads/___
riak-users mailing list
riak-users@lists.basho.com
http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com
Stanislov,
Could you also include your riak app.config and vm.args. It seems like
you're load balancing Riak CS but I'm curious how the underlying Riak
topology looks as well since that will likely be where the performance
bottlenecks are uncovered.
On Wed, Apr 2, 2014 at 6:38 AM, Luke Bakken w
AWS[1] that covers some of the nuance in more
detail but feel free to poke more on specifics and I'll see what I can dig
up.
As you said, no hard and fast answers here but that is how I feel.
Cheers,
Seth Thomas
[1] http://docs.basho.com/riak/latest/ops/tuning/aws/
On Tue, Mar 18, 2014 at
Responses inline.
On Wed, Apr 2, 2014 at 3:42 AM, Igor Kukushkin wrote:
> Hi all.
>
> Here's a simple scenario that we're planning to test: a cluster of 4
> nodes, 2 are normal eleveldb'backend nodes and 2 are stored on RAM
> (with same eleveldb backend).
>
Going to put this out here right now,
An update for the Riak CS Chef cookbook has been released, bringing support
for Riak CS 1.5.1 along with updates to dependences and some bug fixes.
You can grab it from github [1] or the Chef Supermarket site [2]
[1]: https://github.com/basho/riak-cs-chef-cookbook/releases/tag/v2.2.8
[2]: https:
r any continuing 1.4.x based releases [5].
Feedback, bug reports, and pull requests are always welcome.
Cheers,
Seth Thomas
[1]: https://github.com/basho/riak-chef-cookbook
[2]: https://github.com/basho/riak-chef-cookbook/releases/tag/v3.0.0
[3]: https://supermarket.getchef.com/cookbooks/ri
The repository builds are now being hosted by packagecloud.io. You can find
install instructions here: https://packagecloud.io/basho/riak-cs/install.
Currently only Riak 2.0+ and Riak CS 1.5.1 are hosted there. I've opened an
issue[1] on the docs to get this updated for Riak CS
[1] https://github.
28 matches
Mail list logo
