Skip to content

Hackathon FAQ

Patrick Hession edited this page Jul 5, 2022 · 23 revisions

CORTX Integration Challenge Hackathon Frequently Asked Questions

What is special about CORTX, compared to other object storage systems?

Why has Seagate developed an object storage system?

The goal of CORTX is to create a fully open-source mass-capacity object storage system that maximizes efficiency, storage capacity, and value by designing a system that can take full advantage of under-utilized advancements in storage hardware. CORTX has been designed to include features such as cooperative re-builds and multi-level erasure in order to increase data durability while reducing storage capacity overhead. In other words, CORTX is designed to make every petabyte go further and thus to do more – and better – with less.

CORTX is intended to be flexible, adaptable, and deployable across a wide variety of different setups and purposes. While CORTX has been designed by Seagate’s storage hardware experts, the benefits of CORTX are not limited to Seagate-designed hardware. CORTX aims to be fully processor-agnostic and cross-compatible with most storage types- including for scale-out.

Learn more about CORTX's core features and design goals here.

What impact will this hackathon have on CORTX? Why build integrations?

More integrations mean that CORTX can be tested under a larger variety of conditions and for different uses, which will help the project realize its goals to be flexible and agnostic. Additionally, as CORTX expands its ecosystem, more people and organizations will be able to use CORTX to maximize the efficiency of their data storage. The more efficient data storage is, the easier to is to realize the benefits of the data revolution.

What makes for a great integration?

A great integration will demonstrate moving, storing, and/or activating data at scale, and include all the requested submission elements, including a pull request on Github, easy to follow documentation/instructions, and a concept and demo video. The wider an integration reaches – the more useful it is across a variety of data workloads and domains- the better! Unsure what to build or looking for inspiration? Here’s a non-exhaustive list of integrations we would love to see:

Elasticsearch  Search & Analytics
pyTorch  Machine Learning
Apache Kafka  Stream Processing
Presto Query Engine
Greenplum Analytics
dataobi  Data Migration
Traefik  Reverse Proxy / Load Balancer
Alexa  Voice
IOR  HPC Benchmark
Humio  Log management
Video Loft  VsaaS
Tensorflow  Machine Learning
Veeam  Data Backup
Apache Hadoop  Distributed Computing
Zmanda  Cloud Backup
Backblaze  Cloud Backup
LOGI.AI  Logging
Tealium  Data Insights
Segment  Data Collection
Apex.AI  Self-driving Car OS
ROS  Robotics
Foxglove  Robotics
Telegram  Chat and Chatbots
Twilio  Communication API
Oculus  Virtual Reality
CockroachDB  Use Motr KV as a backend
ClickHouse  Columnar DB with S3 backend
LINBIT Linster  Software-defined storage
Kasten K10  Data management platform

Is CORTX deployable using Kubernetes?

Yes, it is possible to deploy CORTX using Kubernetes! Please refer to our K8s repository for more information and deployment instructions.

I am a Python Developer, can I participate? / Is there a Python library for CORTX?

Yes! CORTX is S3 compatible, so you can program to the standard S3 interface. There are many Python libraries available for S3, including boto3, which is among the most popular.

I am a Go Developer, can I participate?

Yes! There are two ways to do so. You can use the standard S3 protocol and connect using a Go S3 client such as this one, or you can use a Go binding that connects to our lower-level Motr interface. See the question below for more details.

Is CORTX S3 compatible?

Yes, CORTX is S3 compatible! Currently CORTX is using the RADOS Gateway S3 layer. More details can be found in our RGW repository.

I’m interested in building an integration directly with Motr, but I’m finding the Motr interface a bit challenging. What can I do?

We’re thrilled you’re interested in integrating directly with Motr! It’s a bit more challenging but potentially more rewarding as it contains a more powerful set of functionalities including some key-value functions which we believe are key to unlocking and activating the rich potential of data.

Some resources that might be useful to help understand the Motr interface:

How can I install CORTX on my own pc/server (not a VM)?

  • We’re excited that you want to run CORTX on bare metal. Currently, you can run Motr on bare metal, or you can run CORTX via Kubernetes on either a single node or across a cluster. You can also run CORTX via Minikube or on AWS.
  • If you do decide to stand up you own instance of CORTX, whether natively or via the provided VM image, please let us know if you run into any trouble. CORTX is an ever-evolving project, meant to work across as many systems as possible, so we are very interested in hearing about and learning from your experience.

How can I create a ‘CORTX cluster’ (multiple servers or multiple VMs) to provide at-scale integrations?

Thanks for your interest! For this challenge, please note that showing how to integrate CORTX with complementary technologies can be just as clearly demonstrated using a single node CORTX as it can be with a multi-node CORTX. If you do want to run a multi-node cluster, it is possible to do so via Kubernetes. Please refer to our K8s repository for more information.

The VM does not survive a reboot—what should I do?

First, you’ll need to set up a fresh install. The VM needs to be shut down following this procedure- shutting it down without following the procedure is a common cause of this problem. If you ran into this problem despite following the shutdown procedure, please let us know, or if this happens more than once. If you can capture any error messages you see, please provide them as it may help us diagnose the problem and help others avoid it in the future.

The VM crashed unexpectedly—what should I do?

Sorry to hear that. Please try to reboot and your system should be up and running again (if not, you may need to start over with a fresh install). If you encounter any problems after a reboot, let us know if you see any error messages, and be sure to let us know about the the state of the workload during or just prior to the crash, e.g.: were there a lot of deletes, or was it a quiescent system, or was there a mix of read and writes of large objects (etc)? If you crashed during a large set of deletes, that might be a workload to try to avoid in the future. You also want to ensure you are following the prerequisite environment for running a VM which is at least 4 CPU cores, at least 8 GB of RAM, and at least 120 GB of local storage. You can read more about this here.

How do I get root access?

At the terminal, enter sudo su root followed by your password. Note that using Kubernetes 1.23 or CentOS 7.9 is the surest way to avoid errors as they are our most tested platforms.

Instructions about the passwords are contained in the respective guides for running CORTX using the provided OVA image and for running CORTX via Kubernetes. See those guides for more details but the basic answer is that you use ‘cortx’ as the username and ‘opensource!’ as the password and then use ‘sudo su -’ to switch to root. When using k8s, simply set your own passwords in the solution.yaml file.

Where can I find more resources?

First, check the “Resources” tab of Devpost. If what you’re looking for is not there, please reference our GitHub repositories. You can access several guides from the top-level README, including an API guide, installation guide, configuration guide, and more. You can also talk to us directly in our Slack! You should receive an invitation to it, but if you’d like a direct link, you can join it by clicking here.

I cannot connect to my CloudShare instance?

Try to connect to the instance via ssh. ssh root@<external address on CloudShare instance> the password for this will be: CortxP@ssword190!

How do I create a PR with my integration?

Check out this video