🟢 Stable | LXC provider for Vagrant (up-to-date & maintained)
Find a file
2013-03-14 22:39:22 -03:00
boxes/quantal64 Install manpages and puppet on base box 2013-03-10 02:27:19 -03:00
development set hostname for 1.0 as required by provisioning 2013-03-15 09:16:50 +11:00
example Remove shell provisioner script for installing puppet on containers 2013-03-10 02:31:41 -03:00
lib Bump version 2013-03-14 22:28:43 -03:00
locales Logging output reviewed (closes #2) 2013-03-11 00:13:48 -03:00
spec Fix LXC_START_LOG_FILE support 2013-03-12 15:31:45 -03:00
tasks Rename rake task for building the base quantal64 box and prevent it from 2013-03-08 01:45:14 -03:00
.gitignore Git ignore ctags 2013-03-10 00:35:07 -03:00
.rspec Not so initial commit 2013-02-25 02:04:31 -03:00
.travis.yml Say hi to Travis 2013-03-05 01:33:02 -03:00
.vimrc Not so initial commit 2013-02-25 02:04:31 -03:00
Gemfile Remove vendored vagrant code and gem dependencies 2013-03-14 22:28:43 -03:00
Gemfile.lock Update Gemfile.lock 2013-03-14 22:39:22 -03:00
Guardfile Its now safe to run rake and guard from outside the dev box 2013-03-02 20:39:27 -03:00
LICENSE.txt Gem boilerplate 2013-02-25 20:09:32 -03:00
Rakefile Say hi to Travis 2013-03-05 01:33:02 -03:00
README.md Update README 2013-03-14 22:34:51 -03:00
vagrant-lxc.gemspec Remove vendored vagrant code and gem dependencies 2013-03-14 22:28:43 -03:00

vagrant-lxc

Build Status

Highly experimental Linux Containers support for Vagrant 1.1.

Please refer to the closed issues to find out whats currently supported.

Dependencies

LXC, bsdtar and fping packages and a Kernel higher than 3.5.0-17.28, which on Ubuntu 12.10 means:

sudo apt-get update && sudo apt-get dist-upgrade
sudo apt-get install lxc bsdtar fping

What is currently supported?

  • Vagrant's up, halt, reload, destroy, and ssh commands
  • Shared folders
  • Provisioners
  • Setting container's host name
  • Host-only / private networking

Current limitations

Usage

Make sure you have Vagrant 1.1 and run:

vagrant plugin install vagrant-lxc

After that you can create a Vagrantfile like the one below and run vagrant up --provider=lxc:

Vagrant.configure("2") do |config|
  config.vm.box     = "lxc-quantal64"
  config.vm.box_url = 'http://dl.dropbox.com/u/13510779/lxc-quantal64-2013-03-10.box'

  # Share an additional folder to the guest Container. The first argument
  # is the path on the host to the actual folder. The second argument is
  # the path on the guest to mount the folder. And the optional third
  # argument is a set of non-required options.
  config.vm.synced_folder "/tmp", "/host_tmp"

  config.vm.provider :lxc do |lxc|
    # Same as 'customize ["modifyvm", :id, "--memory", "1024"]' for VirtualBox
    lxc.start_opts << 'lxc.cgroup.memory.limit_in_bytes=400M'
    # Limits swap size
    lxc.start_opts << 'lxc.cgroup.memory.memsw.limit_in_bytes=500M'
  end

  # ... your puppet / chef / shell provisioner configs here ...
end

If you don't trust me and believe that it will mess up with your current Vagrant installation and / or are afraid that something might go wrong with your machine, fire up the same Vagrant VirtualBox machine I'm using for development to try things out and do the same as above. That might also get you up and running if you are working on a mac or windows host ;)

Development

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

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

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
ln -s Vagrantfile.1.1 Vagrantfile
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 and Vagrant 1.0 for development

cd development
ln -s Vagrantfile.1.0 Vagrantfile
vagrant up
vagrant reload
vagrant ssh

Using VirtualBox and Vagrant 1.1 for development

cd development
ln -s Vagrantfile.1.1 Vagrantfile
bundle exec vagrant up vbox
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 (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.

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