🟢 Stable | LXC provider for Vagrant (up-to-date & maintained)
Find a file
2013-04-23 08:03:29 -03:00
boxes/ubuntu Remove quantal64 specific code for building base boxes 2013-04-21 22:31:15 -03:00
development Lots of tweaks to development boxes 2013-04-22 02:49:35 -03:00
example Fix port forwarding for example boxes 2013-04-22 01:42:24 -03:00
lib fork + exec = spawn 2013-04-23 08:03:29 -03:00
locales Change logging to match lxc "verbiage" 2013-04-18 03:27:27 -03:00
spec fork + exec = spawn 2013-04-23 08:03:29 -03:00
tasks Add "require time" so that Date.today works on 1.9.3 2013-04-21 23:46:21 -03: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 Add note about removed private network support on 0.3.0 to changelog 2013-04-22 20:57:31 -03:00
Gemfile Set up coveralls 2013-04-12 18:29:03 -03:00
Gemfile.lock Up version for development 2013-04-20 17:01:15 -03:00
Guardfile Clean up Guardfile 2013-04-21 16:43:35 -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 Remove version from 'What is currently supported?' section so that we don't need to keep it up to date 2013-04-22 20:52:53 -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

Linux Containers support for Vagrant 1.1+

Dependencies

  • Vagrant 1.1+ (1.1.3+ recommended)
  • lxc 0.7.5+ (0.8.0-rc1+ recommended)
  • redir (if you are planning to use port forwarding)
  • A Kernel higher than 3.5.0-17.28

On a clean Ubuntu 12.10 machine it means something like:

sudo apt-get update && sudo apt-get dist-upgrade
sudo apt-get install lxc redir
# Downloads and install Vagrant 1.1.5
wget "http://files.vagrantup.com/packages/64e360814c3ad960d810456add977fd4c7d47ce6/vagrant_`uname -m`.deb" -O /tmp/vagrant.deb
sudo dpkg -i /tmp/vagrant.deb

What is currently supported?

Pretty much everything you need from Vagrant:

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

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

Current limitations

Installation

vagrant plugin install vagrant-lxc

Usage

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

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

Make a Vagrantfile that looks like the following, filling in your information where necessary:

Vagrant.configure("2") do |config|
  # Change it to the name of the box you have just added
  config.vm.box = "lxc-quantal64"

  # You can omit this block if you don't need to override any container setting
  config.vm.provider :lxc do |lxc|
    # OPTIONAL: Same effect as as 'customize ["modifyvm", :id, "--memory", "1024"]' for VirtualBox
    lxc.customize 'cgroup.memory.limit_in_bytes', '1024M'
    # OPTIONAL: Limits swap size
    lxc.customize 'cgroup.memory.memsw.limit_in_bytes', '512M'
  end
end

And finally run vagrant up --provider=lxc.

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

Available boxes

LINK DESCRIPTION
lxc-raring-amd64-2013-04-21.box Ubuntu 13.04 Raring x86_64 (Puppet 3.1.1)
lxc-quantal-amd64-2013-04-21.box Ubuntu 12.10 Quantal x86_64 (Puppet 3.1.1 & Chef 11.4.0)
lxc-precise-amd64-2013-04-21.box Ubuntu 12.04 Precise x86_64 (Puppet 3.1.1 & Chef 11.4.0)

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

You can also build a clean box by providing CHEF=0 and PUPPET=0 to the available rake tasks. For example:

CHEF=0 PUPPET=0 rake boxes:ubuntu:build:precise64

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 shared folders

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

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

To build the provided quantal64 box:

bundle exec rake boxes:quantal64:build
vagrant box add quantal64 boxes/output/lxc-quantal64.box

Using vagrant-lxc to develop itself

Yes! The gem has been [bootstrapped](http://en.wikipedia.org/wiki/Bootstrapping_(compilers) 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 lxc --provider=lxc
bundle exec vagrant ssh lxc

That should result in a container ready to be bundle exec vagrant sshed. 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

cd development
bundle exec vagrant up vbox
# A reload is needed to ensure the updated kernel gets loaded
bundle exec vagrant reload vbox
bundle exec vagrant ssh vbox

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 a 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