git clone https://github.com/cloudfoundry/garden-runc-release cd garden-runc-release git submodule update --init --recursive
The easiest way to run Garden-runC is to deploy it with BOSH Lite, a VirtualBox development environment for BOSH. Once you have set up bosh-lite (follow the instructions in the bosh-lite docs), just deploy like any bosh release, e.g:
cd garden-runc-release # if you're not already there ./scripts/deploy-lite.sh
You can retrieve the address of the Garden-runC server by running
It will be
10.244.0.2 if using the provided deploy-lite script.
The server port defaults to
The easiest way to start creating containers is to use the
gaol command line client.
gaol -t 10.244.0.2:7777 create -n my-container
For more advanced use cases, you'll need to use the Garden client package for Golang.
The following doc provides an overview of security features on Garden vs Docker vs Kubernetes.
Garden has experimental support for running containers without requiring root privileges. Take a look at the rootless-containers.md doc for further info.
If you would like to enable rootless containers please read this document.
In order to help us extend Garden-runC, we recommend opening a Github issue to describe the proposed features or changes. We also welcome pull requests.
You can use other distributions or OS X for development since a good chunk of the unit tests work across alternative platforms, and you can run platform specific tests in a VM using Concourse CI.
In order to contribute to the project you may want some of the following installed:
- Git - Distributed version control system
- Go - The Go programming language
- Direnv - Environment management
- Gosub - Gosub is a submodule based dependency manager for Go
- Fly CLI - Concourse CLI
- Virtualbox - Virtualization box
- Vagrant - Portable dev environment
Garden-runC uses git submodules to maintain its dependencies and components. Some of Garden-runC's important components currently are:
- Garden found under
src/code.cloudfoundry.org/gardenis the API server and client.
- Guardian found under
src/code.cloudfoundry.org/guardianis the Garden backend.
- GrootFS found under
src/code.cloudfoundry.org/grootfsdownloads and manages root filesystems.
src/code.cloudfoundry.org/garden-integration-testsare the cross-backend integration tests of Garden.
- Garden Shed, previously found under
src/code.cloudfoundry.org/garden-shed, has now been removed. GrootFS is now the default container rootfs management tool with no option to revert to Shed from versions above 1.16.8.
$GOPATH to the checked out directory, or use Direnv to do this, as
Running the tests
Concourse CI is used for running Garden-runC tests in a VM. It provides the Fly CLI for Linux and MacOSX. Instructions for deploying a single VM Concourse using BOSH can be found in the concourse-deployment repo
The tests use the Ginkgo BDD testing framework.
Assuming you have configured a Concourse and installed Ginkgo, you can run all
the tests by executing
FLY_TARGET=<your concourse target> ./scripts/test from the top level
Note: The concourse-lite VM may need to be provisioned with more RAM If you start to see tests failing with 'out of disk' errors.
The integration tests can be executed in Concourse CI by using Fly CLI and
To run individual tests, use
# Set your concourse target export GARDEN_REMOTE_ATC_URL=<target> # Running Guardian tests ./scripts/remote-fly ci/tasks/guardian.yml # Running Garden tests ./scripts/remote-fly ci/tasks/garden.yml # Running Garden Integration tests ./scripts/remote-fly ci/tasks/gdn-linux.yml # Running Garden Integration Windows Regression tests (aka Gats98) WINDOWS_TEST_ROOTFS=docker:///microsoft/nanoserver:1709 ./scripts/remote-fly ci/tasks/gdn-linux.yml
Running the tests locally
It is possible to run the integration tests locally on a Linux based OS like Ubuntu, but we don't recommend it due to the dependencies required, and the need for parts of the testing suite to run as a privileged user. If you'd like to run them locally, you will need at least:
The tests can be executed without Concourse CLI by running
command for any of the components:
# Running Garden unit tests cd src/code.cloudfoundry.org/garden ginkgo -r # Running Guardian unit tests cd src/code.cloudfoundry.org/guardian ginkgo -r
It should be possible to run the unit tests on any system that satisfies golang build constraints.
Write code in a submodule:
cd src/code.cloudfoundry.org/guardian # for example git checkout master git pull # test, code, test.. git commit git push
Commit the changes, run the tests, and create a bump commit:
# from the garden-runc directory ./scripts/test-and-bump # or just ./scripts/bump if you've already run the tests
>= v1.17.2: Don't Panic
If you have a problem with garden-runc, don't panic! There is a tool that you can use to gather information useful for debugging issues on garden-runc-release deployments. Run this command on the deployment VM as root:
N.B. From v1.18.3, if your BOSH environment has BPM enabled for Garden,
dontpanic should still be run from
the host, not from within the BPM container.
<= v1.17.1: ordnance-survey
If running an earlier version of Garden, you can get the same information by running the following as root on the VM:
curl bit.ly/garden-ordnance-survey -sSfL | bash
N.B. If your BOSH environment has BPM enabled for Garden,
ordnance-survey should still be run from
the host, not from within the BPM container.
Apache License 2.0