Go to file
Adam Conrad 34dba2f7e7
Add support for 32-bit big-endian PowerPC
Signed-off-by: Adam Conrad <adconrad@0c3.net>
2015-04-10 12:50:45 -06:00
apparmor Fix: typos. 2015-04-02 22:41:41 +02:00
cgroups cgroups: add support for blkio.weight_device 2015-04-08 14:11:29 +08:00
configs cgroups: add support for blkio.weight_device 2015-04-08 14:11:29 +08:00
devices Rename Fs fields to fs 2015-02-11 11:20:08 -08:00
docs/man Created man page for nsinit 2015-01-29 16:33:08 -05:00
hack Add go vet check to validate script 2015-03-05 10:24:26 -08:00
integration Move childPipe to the end of FD set 2015-04-08 14:14:51 -07:00
label Add value checking on relabel command for selinux 2015-04-08 07:58:00 -04:00
netlink correct comment errors for netlink_linux.go 2015-03-20 07:55:11 +08:00
nsenter nsenter: fix the -Wunused-variable warning 2015-03-10 14:43:09 -04:00
nsinit Move childPipe to the end of FD set 2015-04-08 14:14:51 -07:00
sample_configs configs: check that config doesn't contain extra fields 2015-03-05 00:26:33 +03:00
selinux selinux: Adds a check for a NUL byte at the end of the string and removes 2015-03-11 14:10:37 -04:00
stacktrace Refactor init actions into separate types 2015-02-11 11:20:08 -08:00
system Add support for 32-bit big-endian PowerPC 2015-04-10 12:50:45 -06:00
user Merge remote-tracking branch 'origin/master' into api 2015-01-28 14:37:40 +03:00
utils Move environment configuration to Process 2015-02-11 11:20:09 -08:00
vendor/src/github.com Update syndtr/gocapability to 8e4cdcb3c22b40d5e330ade0b68cb2e2a3cf6f98 2015-03-24 08:53:28 -07:00
xattr ErrNotSupportedPlatform is undefined define it 2014-10-24 11:36:30 -07:00
.gitignore add binary target to direct install in a container 2015-03-28 08:14:22 +00:00
CONTRIBUTING.md Rename the file as per github convention. 2014-10-22 17:39:52 -04:00
Dockerfile Fix path to /dind 2015-03-16 19:45:18 +03:00
LICENSE Add licensing information 2014-06-09 16:16:58 -07:00
MAINTAINERS Merge remote-tracking branch 'origin/master' into api 2015-01-28 14:37:40 +03:00
MAINTAINERS_GUIDE.md Require two LGTMs for non-maintainer changes. 2014-06-18 10:22:33 -07:00
Makefile add binary target to direct install in a container 2015-03-28 08:14:22 +00:00
NOTICE Update copyright year in NOTICE 2015-02-22 21:00:23 +01:00
PRINCIPLES.md Rename Fs fields to fs 2015-02-11 11:20:08 -08:00
README.md add binary target to direct install in a container 2015-03-28 08:14:22 +00:00
ROADMAP.md Merge remote-tracking branch 'origin/master' into api 2015-01-28 14:37:40 +03:00
SPEC.md Merge remote-tracking branch 'origin/master' into api 2015-01-28 14:37:40 +03:00
capabilities_linux.go Linux has added a new capability audit_read 2015-02-24 08:09:32 -05:00
console.go Add GetPath on namespace config 2015-02-12 10:38:43 -08:00
console_linux.go Move tty configuration to Process 2015-02-25 15:04:43 -08:00
container.go add parameter to Set api 2015-03-11 16:46:54 +08:00
container_linux.go Move childPipe to the end of FD set 2015-04-08 14:14:51 -07:00
container_linux_test.go Ensure that state always contains pathes to all namespaces 2015-04-07 14:50:08 -07:00
container_nouserns_linux.go Change os-prefix file naming to standard postfix naming 2015-02-23 10:41:26 -08:00
container_userns_linux.go Change os-prefix file naming to standard postfix naming 2015-02-23 10:41:26 -08:00
error.go process: add Wait(), Signal() and Pid() methods 2015-02-23 23:40:41 +03:00
error_test.go Add testing for linux factory Load 2014-12-05 15:24:42 -08:00
factory.go Move childPipe to the end of FD set 2015-04-08 14:14:51 -07:00
factory_linux.go Move childPipe to the end of FD set 2015-04-08 14:14:51 -07:00
factory_linux_test.go Add TmpfsRoot option 2015-03-19 11:05:59 -07:00
generic_error.go genericError constructors can accept nil error 2015-03-03 22:47:44 -05:00
generic_error_test.go Add testing for linux factory Load 2014-12-05 15:24:42 -08:00
init_linux.go Move childPipe to the end of FD set 2015-04-08 14:14:51 -07:00
network_linux.go Hairpin NAT network configuration 2015-03-11 13:42:37 -07:00
notify_linux.go Add the file close operation before function return to release resource 2015-03-04 14:56:50 +08:00
notify_linux_test.go rename test files so we can really test them 2015-02-26 09:49:57 +08:00
process.go add option to pass additional fds to container process 2015-04-08 13:56:03 -07:00
process_linux.go Use syscall.Kill instead of p.cmd.Process.Kill 2015-03-27 10:50:32 -07:00
rootfs_linux.go /dev/mqueue has to be labeled correctly 2015-04-08 07:59:40 -04:00
setns_init_linux.go Pass os.Environ() as environment to process from init. 2015-03-05 14:44:40 -08:00
standard_init_linux.go Fix pdeathsig and ppid for supervisor running as pid1 2015-04-02 13:55:55 -07:00
stats.go Make NetworkInterface public 2015-03-03 11:07:21 -08:00
update-vendor.sh Update syndtr/gocapability to 8e4cdcb3c22b40d5e330ade0b68cb2e2a3cf6f98 2015-03-24 08:53:28 -07:00

README.md

libcontainer - reference implementation for containers ![Build Status](https://jenkins.dockerproject.com/buildStatus/icon?job=Libcontainer Master)

Libcontainer provides a native Go implementation for creating containers with namespaces, cgroups, capabilities, and filesystem access controls. It allows you to manage the lifecycle of the container performing additional operations after the container is created.

Container

A container is a self contained execution environment that shares the kernel of the host system and which is (optionally) isolated from other containers in the system.

Using libcontainer

To create a container you first have to initialize an instance of a factory that will handle the creation and initialization for a container.

Because containers are spawned in a two step process you will need to provide arguments to a binary that will be executed as the init process for the container. To use the current binary that is spawning the containers and acting as the parent you can use os.Args[0] and we have a command called init setup.

root, err := libcontainer.New("/var/lib/container", libcontainer.InitArgs(os.Args[0], "init"))
if err != nil {
    log.Fatal(err)
}

Once you have an instance of the factory created we can create a configuration struct describing how the container is to be created. A sample would look similar to this:

config := &configs.Config{
    Rootfs: rootfs,
    Capabilities: []string{
        "CHOWN",
        "DAC_OVERRIDE",
        "FSETID",
        "FOWNER",
        "MKNOD",
        "NET_RAW",
        "SETGID",
        "SETUID",
        "SETFCAP",
        "SETPCAP",
        "NET_BIND_SERVICE",
        "SYS_CHROOT",
        "KILL",
        "AUDIT_WRITE",
    },
    Namespaces: configs.Namespaces([]configs.Namespace{
        {Type: configs.NEWNS},
        {Type: configs.NEWUTS},
        {Type: configs.NEWIPC},
        {Type: configs.NEWPID},
        {Type: configs.NEWNET},
    }),
    Cgroups: &configs.Cgroup{
        Name:            "test-container",
        Parent:          "system",
        AllowAllDevices: false,
        AllowedDevices:  configs.DefaultAllowedDevices,
    },

    Devices:  configs.DefaultAutoCreatedDevices,
    Hostname: "testing",
    Networks: []*configs.Network{
        {
            Type:    "loopback",
            Address: "127.0.0.1/0",
            Gateway: "localhost",
        },
    },
    Rlimits: []configs.Rlimit{
        {
            Type: syscall.RLIMIT_NOFILE,
            Hard: uint64(1024),
            Soft: uint64(1024),
        },
    },
}

Once you have the configuration populated you can create a container:

container, err := root.Create("container-id", config)

To spawn bash as the initial process inside the container and have the processes pid returned in order to wait, signal, or kill the process:

process := &libcontainer.Process{
    Args:   []string{"/bin/bash"},
    Env:    []string{"PATH=/bin"},
    User:   "daemon",
    Stdin:  os.Stdin,
    Stdout: os.Stdout,
    Stderr: os.Stderr,
}

err := container.Start(process)
if err != nil {
    log.Fatal(err)
}

// wait for the process to finish.
status, err := process.Wait()
if err != nil {
    log.Fatal(err)
}

// destroy the container.
container.Destroy()

Additional ways to interact with a running container are:

// return all the pids for all processes running inside the container.
processes, err := container.Processes() 

// get detailed cpu, memory, io, and network statistics for the container and 
// it's processes.
stats, err := container.Stats()


// pause all processes inside the container.
container.Pause()

// resume all paused processes.
container.Resume()

nsinit

nsinit is a cli application which demonstrates the use of libcontainer.
It is able to spawn new containers or join existing containers. A root filesystem must be provided for use along with a container configuration file.

To build nsinit, run make binary. It will save the binary into bundles/nsinit.

To use nsinit, cd into a Linux rootfs and copy a container.json file into the directory with your specified configuration. Environment, networking, and different capabilities for the container are specified in this file. The configuration is used for each process executed inside the container.

See the sample_configs folder for examples of what the container configuration should look like.

To execute /bin/bash in the current directory as a container just run the following as root:

nsinit exec --tty /bin/bash

If you wish to spawn another process inside the container while your current bash session is running, run the same command again to get another bash shell (or change the command). If the original process (PID 1) dies, all other processes spawned inside the container will be killed and the namespace will be removed.

You can identify if a process is running in a container by looking to see if state.json is in the root of the directory.

You may also specify an alternate root place where the container.json file is read and where the state.json file will be saved.

Future

See the roadmap.

Code and documentation copyright 2014 Docker, inc. Code released under the Apache 2.0 license. Docs released under Creative commons.

Hacking on libcontainer

First of all, please familiarise yourself with the libcontainer Principles.

If you're a contributor or aspiring contributor, you should read the Contributors' Guide.

If you're a maintainer or aspiring maintainer, you should read the Maintainers' Guide and "How can I become a maintainer?" in the Contributors' Guide.