Welcome to Riak CS.

Riak CS is an object storage system built on top of Riak. It facilitates storing large objects in Riak and presents an S3-compatible interface. It also provides muti-tenancy features such as user accounts, authentication, access control mechanisms, and per account usage reporting.

Below, you will find a link to the “fast track” directions for setting up and using Riak CS. For more information, browse the following files:

• README: this file
• LICENSE: the license under which Riak CS is released

Any client or library that faithfully implements the S3 API should also work with Riak CS. We have tested quite a few and try to make adjustments as necessary to support as many as possible. Feel free to open an issue if there is an issue using a particular library.

The following is a sample of the clients and libraries that have been tested with Riak CS:

• s3cmd
• s3curl
• boto
• erlcloud
• AWS Java SDK
• AWS Ruby SDK
• Fog

The Riak CS administrative interface is accessible via HTTP just like the object storage interface. All functions can be accessed under the /riak-cs/ resource. The administrative interface features the following capabilities:

• Create user accounts
• Modify user account status or generate new user account credentials
• List all user accounts or a specific user account
• Report the network or storage usage of a user account
• Get performance statistics of the system operations
• Ping the Riak CS node to verify it is alive and functional

In the default mode of operation the administrative interface accepts requests on the same IP address and port number as the object storage requests and requires each request to be properly authenticated.

It is also possible to have administrative requests handled on a separate IP address and port number. This allows the system to be setup so that administrative requests are handled on a private interface. The admin_ip and admin_port configuration options are used to control this behavior. Additionally, it is also possible to disable administrative request authentication using the admin_auth_enabled option. Setting this option to false disables request authentication for administrative commands. This option should be used with caution and it is only recommended when the administrative requests are handled by a private interface that only system administrators may access.

Riak CS uses the git-flow branching model and we have the default branch on this repo set to develop so that when you browse here on GitHub you always see the latest changes and to serve as a reminder when opening pull requests for new features.

All releases are tagged off of the master branch so to access a specific release from the git repo simply checkout the appropriate tag. e.g. For the 1.3.0 release use the following command: git checkout 1.3.0.

Below, you’ll find a direct link to a guide to quickly getting started with Riak CS. For more information about Riak CS please visit our docs.

https://docs.basho.com/riakcs/latest/riakcs-tutorials/fast-track

Basho encourages contributions to Riak CS from the community. Here is how to get started.

• Fork the appropriate repos that are affected by your change.
• Make your changes and run the test suite. (see below)
• Commit your changes and push them to your fork.
• Open pull-requests for the appropriate projects. Note: Riak CS development uses the git-flow model for branching and most pull-requests should be targeted against the develop branch.
• Basho engineers will review your pull-request, suggest changes, and merge it when it is ready.

Please open a GitHub issue that fully describes the bug and be sure to include steps on how to reproduce.

To make sure your patch works, be sure to run the test suite in each modified sub-project, and dialyzer from the top-level project to detect static code errors.

To run the QuickCheck properties included with Riak CS, download QuickCheck Mini: https://quviq.com/downloads.htm NOTE: Some properties that require features in the Full version will fail.

Also see the Testing section of the Riak CS repo wiki for more testing options and guidance.

The unit tests for each subproject can be run with make or rebar like so:

make test

./rebar skip_deps=true eunit

Dialyzer performs static analysis of the code to discover defects, edge-cases and discrepancies between type specifications and the actual implementation.

Dialyzer requires a pre-built code analysis table called a PLT. Building a PLT is expensive and can take up to 30 minutes on some machines. Once built, you generally want to avoid clearing or rebuilding the PLT unless you have had significant changes in your build (a new version of Erlang, for example).

Run the command below to build the PLT.

make build_plt

If you have built the PLT before, check it before you run Dialyzer again. This will take much less time than building the PLT from scratch.

make check_plt

make dialyzer

Riak CS has a number of integration and regression tests in the /riak_test/ subdirectory. Currently these tests require the enterprise versions of Riak and Riak CS to function properly, but they will be updated the near future to support running an appropriate subset with an OSS build of Riak and Riak CS. Instructions for setting up and running the tests will also be published at that time.