🟢 Stable | LXC provider for Vagrant (up-to-date & maintained)
Find a file
Fabio Rehm ea467db17c Merge pull request #82 from cduez/default_group
Fix default group on the rake task.
2013-05-30 21:14:36 -07:00
boxes Set the hostname on /etc/hosts for debian boxes in case it is not set 2013-05-08 15:35:12 -03:00
development Update Vagrantfile with vagrant-cachier auto detection 2013-05-17 18:50:25 -03:00
example Update example vagrantfile 2013-05-08 16:40:44 -03:00
lib Directory lookup for templates exptended 2013-05-25 09:15:25 +01:00
locales Change logging to match lxc "verbiage" 2013-04-18 03:27:27 -03:00
spec Quick and dirty fix to run acceptance specs against debian boxes 2013-05-08 21:08:00 -03:00
tasks Use id to get the default group. 2013-05-30 19:56:16 +02:00
.gitignore Finish ubuntu box "build abstraction" 2013-04-21 22:23:49 -03:00
.rspec Not so initial commit 2013-02-25 02:04:31 -03:00
.travis.yml 2 failed attempts to run acceptance specs on travis, let just not worry about that for now 2013-04-21 16:58:21 -03:00
.vimrc Finish ubuntu box "build abstraction" 2013-04-21 22:23:49 -03:00
CHANGELOG.md Update changelog with 0.3.4 release date and proper version diff link 2013-05-17 18:54:10 -03:00
Gemfile Add vagrant-cachier 2013-05-07 10:12:54 -03:00
Gemfile.lock Update vagrant-cachier 2013-05-22 20:39:10 -03:00
Guardfile Clean up Guardfile 2013-05-17 18:49:33 -03:00
LICENSE.txt Gem boilerplate 2013-02-25 20:09:32 -03:00
Rakefile Attempt to enable code coverage on travis 2013-04-12 18:37:38 -03:00
README.md README autumn cleaning 2013-05-17 20:31:00 -03:00
vagrant-lxc.gemspec Remove vendored vagrant code and gem dependencies 2013-03-14 22:28:43 -03:00

vagrant-lxc Build Status Gem Version Code Climate Coverage Status

LXC provider for Vagrant 1.1+

Check out this blog post to see the plugin in action and find out more about it.

Features

  • Vagrant's up, halt, reload, destroy, ssh, provision and package commands (box packaging is kind of experimental)
  • Shared folders
  • Provisioning with any built-in Vagrant provisioner
  • Setting container's host name
  • Port forwarding

Please refer to the closed issues and the changelog for most up to date information.

Requirements

On a clean Ubuntu 12.10 machine it basically means a apt-get update && apt-get dist-upgrade to upgrade the kernel and apt-get install lxc redir.

Installation

vagrant plugin install vagrant-lxc

Usage

After installing, add a base box using any name you want, for example:

vagrant box add quantal64 http://dl.dropbox.com/u/13510779/lxc-quantal-amd64-2013-05-08.box

Then create a Vagrantfile that looks like the following, changing the box name to the one you've just added:

Vagrant.configure("2") do |config|
  config.vm.box = "quantal64"
end

And finally run vagrant up --provider=lxc.

If you are using Vagrant 1.2+ you can also set VAGRANT_DEFAULT_PROVIDER environmental variable to lxc in order to avoid typing --provider=lxc all the time.

If you are on a mac or windows host and still want to try this plugin out, you can use the Ubuntu 12.10 VirtualBox machine I use for development.

Advanced configuration

If you want, you can modify container configurations from within your Vagrantfile using the provider block:

Vagrant.configure("2") do |config|
  config.vm.box = "quantal64"
  config.vm.provider :lxc do |lxc|
    # Same effect as as 'customize ["modifyvm", :id, "--memory", "1024"]' for VirtualBox
    lxc.customize 'cgroup.memory.limit_in_bytes', '1024M'
  end
end

This will make vagrant-lxc pass in -s lxc.cgroup.memory.limit_in_bytes=1024M to lxc-start when booting containers. This will override any previously value set from container's configuration file that is usually kept under /var/lib/lxc/<container-name>/config.

For other configuration options, please check lxc.conf manpages.

Available boxes

LINK DESCRIPTION
lxc-raring-amd64-2013-05-08.box Ubuntu 13.04 Raring x86_64 (Puppet 3.1.1)
lxc-quantal-amd64-2013-05-08.box Ubuntu 12.10 Quantal x86_64 (Puppet 3.1.1 & Chef 11.4.0)
lxc-precise-amd64-2013-05-08.box Ubuntu 12.04 Precise x86_64 (Puppet 3.1.1 & Chef 11.4.0)
lxc-sid-amd64-2013-05-08.box Debian Sid (Puppet 3.1.1)
lxc-wheezy-amd64-2013-05-08.box Debian Wheezy (Puppet 3.1.1)
lxc-squeeze-amd64-2013-05-08.box Debian Squeeze (Puppet 3.1.1)

Please note that I'm currently using only the quantal x86_64 on a daily basis, and I've only done some basic testing with the others

There is a set of rake tasks that you can use to build base boxes as needed. By default it won't include any provisioning tool and you can pick the ones you want by providing some environment variables.

For example:

CHEF=1 rake boxes:ubuntu:build:precise64

Will build a Ubuntu Precise x86_64 box with Chef pre-installed.

Storing container's rootfs on a separate partition

Before the 0.3.0 version of this plugin, there used to be a support for specifying the container's rootfs path from the Vagrantfile, on 0.3.0 this was removed as you can achieve the same effect by symlinking or mounting /var/lib/lxc on a separate partition.

NFS synced folders

NFS shared folders are not supported and will behave as a "normal" synced folder so we can use the same Vagrantfile with VBox environments.

Current limitations

Development

If want to develop from your physical machine, just sing that same old song:

git clone git://github.com/fgrehm/vagrant-lxc.git
cd vagrant-lxc
bundle install
bundle exec rake # to run unit specs

To run acceptance specs, you'll have to ssh into one of the development boxes and run:

bundle exec rake spec:acceptance

Using vagrant-lxc to develop itself

Yes! The gem has been bootstrapped and since you can boot a container from within another, after cloning the project you can run the commands below from the host machine to get a container ready for development:

# Required in order to allow nested containers to be started
sudo apt-get install apparmor-utils
sudo aa-complain /usr/bin/lxc-start
bundle install
cd development
bundle exec vagrant up quantal --provider=lxc
bundle exec vagrant ssh quantal

That should result in a container ready to rock. Once you've SSH into the guest container, you'll be already on the project's root. Keep in mind that you'll probably need to run sudo aa-complain /usr/bin/lxc-start on the host whenever you want to hack on it, otherwise you won't be able to start nested containers there to try things out.

Using VirtualBox for development

bundle install
cd development
# Pass in --provider=virtualbox in case you have VAGRANT_DEFAULT_PROVIDER set to something else
bundle exec vagrant up quantal
# A reload is needed to ensure the updated kernel gets loaded
bundle exec vagrant reload quantal
bundle exec vagrant ssh quantal

Protips

If you want to find out more about what's going on under the hood on vagrant, prepend VAGRANT_LOG=debug to your vagrant commands. For lxc-starts debugging set LXC_START_LOG_FILE:

LXC_START_LOG_FILE=/tmp/lxc-start.log VAGRANT_LOG=debug vagrant up

This will output A LOT of information on your terminal and some useful information about lxc-start to /tmp/lxc-start.log.

Help! I'm unable to restart containers!

It happened to me quite a few times in the past and it seems that it is related to a bug on linux kernel, so make sure you are using a bug-free kernel (>= 3.5.0-17.28). More information can be found on:

Sometimes the dev boxes I'm using are not able to lxc-start containers anymore. Most of the times it was an issue with the arguments I provided to it for customization or the buggy kernel. If you run into that, rollback your changes and try to vagrant reload the dev box. If it still doesn't work, please file a bug at the issue tracker.

Similar projects

  • vagabond - "a tool integrated with Chef to build local nodes easily"
  • vagueant - "vaguely like Vagrant for linux containers (lxc)"

Contributing

  1. Fork it
  2. Create your feature branch (git checkout -b my-new-feature)
  3. Commit your changes (git commit -am 'Add some feature')
  4. Push to the branch (git push origin my-new-feature)
  5. Create new Pull Request