Go to file
Adam Rutkowski 1d362ce584 Add settle to init script tests
Signed-off-by: Adam Rutkowski <adam.j.rutkowski@intel.com>
2020-11-17 19:22:29 -06:00
.github/ISSUE_TEMPLATE Add a template for several kinds of issues 2020-10-14 14:52:40 +02:00
casadm Blacklist /dev/disk/by-id/md-name* symlinks 2020-10-05 15:38:21 +02:00
configure.d Use linux/blkdev.h header for lookup_bdev() 2020-11-05 15:22:46 -08:00
modules Merge pull request #566 from robertbaldyga/deb-dkms 2020-11-05 14:01:32 +01:00
ocf@4f80cde9dd Add trim tests using devices supporting and not supporting discards 2020-10-21 09:33:23 +02:00
test Add settle to init script tests 2020-11-17 19:22:29 -06:00
utils Merge pull request #558 from imjfckm/fix-cache-lazy-startup 2020-11-05 14:02:41 +01:00
.gitignore Extending 'configure' script 2019-05-30 06:29:07 -04:00
.gitmodules Move OCL tests from test-framework repository 2019-10-18 15:27:21 +02:00
.pep8speaks.yml Add pep8speaks custom config 2019-07-30 08:42:12 +02:00
configure Merge pull request #435 from rafalste/update_versioning 2020-07-27 18:34:46 +02:00
LICENSE Update copyright statements 2020-05-04 16:47:38 +02:00
Makefile Update automatic package generator 2020-09-14 14:17:28 +02:00
README.md Merge pull request #556 from robertbaldyga/README-examples-v20.3.2 2020-11-05 14:03:23 +01:00
version Update CAS version to v20.9 2020-08-05 13:35:20 +02:00

Open CAS Linux

Build Status Tests Status Coverity status License

Open CAS accelerates Linux applications by caching active (hot) data to a local flash device inside servers. Open CAS implements caching at the server level, utilizing local high-performance flash media as the cache drive media inside the application server as close as possible to the CPU, thus reducing storage latency as much as possible. The Open Cache Acceleration Software installs into the GNU/Linux operating system itself, as a kernel module. The nature of the integration provides a cache solution that is transparent to users and applications, and your existing storage infrastructure. No storage migration effort or application changes are required.

Open CAS is distributed on BSD-3-Clause license (see https://opensource.org/licenses/BSD-3-Clause for full license texts).

Open CAS uses Safe string library (safeclib) that is MIT licensed.

Installation

To download latest Open CAS Linux release run following commands:

wget https://github.com/Open-CAS/open-cas-linux/releases/download/v20.3.2/open-cas-linux-v20.03.2.0295.tar.gz
tar -xf open-cas-linux-v20.03.2.0295.tar.gz
cd open-cas-linux-v20.03.2.0295/

Alternatively, if you want recent development (unstable) version, you can clone GitHub repository:

git clone https://github.com/Open-CAS/open-cas-linux
cd open-cas-linux
git submodule update --init

To configure, build and install Open CAS Linux run following commands:

./configure
make
make install

The ./configure performs check for dependencies, so if some of them are missing, command will print their names in output. After installing missing dependencies you need to run ./configure once again - this time it should succeed.

NOTE: If after installing CAS, your system boots into emergency mode due to the "Failed to start opencas initialization service." error, you need to force SELinux relabelling in permissive mode on your filesystem.
Refer to the Open CAS documentation for details.

Getting Started

To quickly deploy Open CAS Linux in your system please follow the instructions available here.

Documentation

The complete documentation for Open CAS Linux is available in the Open CAS Linux Administration Guide.

Running Tests

Before running tests make sure you have a platform with at least 2 disks (one for cache and one for core). Be careful as these devices will be most likely overwritten with random data during tests. Tests can be either executed locally or on a remote platform (via ssh) specified in the dut_config.

  1. Go to test directory cd test/functional.
  2. Install dependencies with command pip3 install -r test-framework/requirements.txt.
  3. Create DUT config. See example here.
    a) Set disks params. You need at least two disks, of which at least one is an SSD drive.
    b) For remote execution uncomment and set the ip, user and password fields.
    c) For local execution just leave these fields commented.
  4. Run tests using command pytest-3 --dut-config=<CONFIG> where <CONFIG> is path to your config file, for example pytest-3 --dut-config="config/dut_config.yml".

Security

To report a potential security vulnerability please follow the instructions here.