🟢 Stable | LXC provider for Vagrant (up-to-date & maintained)
Find a file
2014-03-24 23:50:55 -03:00
boxes boxes: Add license 2014-03-24 23:50:55 -03:00
development This is no longer needed 2014-03-13 23:11:33 -03:00
lib command/sudoers: Add missing -p to mkdir command 2014-03-24 23:50:38 -03:00
locales synced_folder: Warn in case :group or :owner are specified [GH-196] 2014-03-13 23:48:46 -03:00
scripts lxc-template: ensure /var/lock/subsys exists before creating lock 2014-03-14 00:32:47 -03:00
spec spec: Embrace rspec3 2014-03-21 19:31:34 -03:00
tasks core: Getting ready to run vagrant-spec acceptance suite 2014-03-13 00:57:36 -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 Disable Ruby 1.9.3 on travis and begin testing on 2.1.1 2014-03-13 00:57:37 -03:00
.vimrc Finish ubuntu box "build abstraction" 2013-04-21 22:23:49 -03:00
BOXES.md boxes: Preparation to extract to a separate repository 2014-03-24 23:50:55 -03:00
CHANGELOG.md Update changelog 2014-03-21 20:13:43 -03:00
CONTRIBUTING.md Add link to Troubleshooting section of the wiki to CONTRIBUTING.md 2013-11-06 21:03:45 -02:00
Gemfile Lock vagrant to 1.5.1 2014-03-13 22:51:28 -03:00
Gemfile.lock Lock vagrant to 1.5.1 2014-03-13 22:51:28 -03:00
Guardfile Clean up Guardfile 2013-05-17 18:49:33 -03:00
LICENSE.txt 🎆 New year 🎆 2014-01-02 00:51:27 -02:00
Rakefile Attempt to enable code coverage on travis 2013-04-12 18:37:38 -03:00
README.md Lets be nice with < 1.0.0 users 2014-03-21 20:17:52 -03:00
vagrant-lxc.gemspec gemspec: Add post install message 2014-03-13 22:57:37 -03:00
vagrant-spec.config.rb I think it is safe to get rid of this by now 2014-03-21 19:32:16 -03:00

vagrant-lxc

Build Status Gem Version Code Climate Coverage Status Gittip

LXC provider for Vagrant 1.1+

This is a Vagrant plugin that allows it to control and provision Linux Containers as an alternative to the built in VirtualBox provider for Linux hosts. Check out this blog post to see it in action.

NOTICE: The master branch is targetting an initial beta for 1.0.0, for the latest stable version of the plugin, please check the 0.8-stable branch.

Usage with Vagrant 1.5

Usage with the recently released Vagrant 1.5 is only possible by building the plugin from sources. The 1.0.0.beta1 version of the plugin that will ship with the changes required is expected to be released by the end of March 2014.

Features

  • Provides the same workflow as the Vagrant VirtualBox provider
  • Port forwarding via redir

As of now, it does not support public / private networks, but private networks will be coming along soon.

Requirements

The plugin is known to work better and pretty much out of the box on Ubuntu 12.04+ hosts and installing the dependencies on it basically means a apt-get install lxc lxc-templates cgroup-lite redir and a apt-get update && apt-get dist-upgrade to upgrade the kernel. For Debian hosts you'll need to follow the instructions described on the Wiki.

Some manual steps are required to set up a Linode machine prior to using this plugin, please check the wiki for more information. Documentation on how to set things up for other distros are welcome :)

If you are on a Mac or Windows machine, you might want to have a look at this blog post for some ideas on how to set things up or check out this other repo for a set of Vagrant VirtualBox machines ready for vagrant-lxc usage.

NOTE: Some users have been experiencing networking issues and right now you might need to disable checksum offloading as described on this comment

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://bit.ly/vagrant-lxc-quantal64-2013-10-23

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.

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 'customize ["modifyvm", :id, "--memory", "1024"]' for VirtualBox
    lxc.customize 'cgroup.memory.limit_in_bytes', '1024M'
  end
end

vagrant-lxc will then write out lxc.cgroup.memory.limit_in_bytes='1024M' to the container config file (usually kept under /var/lib/lxc/<container>/config) prior to starting it.

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

Container naming

By default vagrant-lxc will attempt to generate a unique container name for you. However, if the container name is important to you, you may use the container_name attribute to set it explicitly from the provider block:

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

  config.vm.define "db" do |node|
    node.vm.provider :lxc do |lxc|
      lxc.container_name = :machine # Sets the container name to 'db'
      lxc.container_name = 'mysql'  # Sets the container name to 'mysql'
    end
  end
end

Avoiding sudo passwords

This plugin requires a lot of sudoing since user namespaces are not supported on mainstream kernels. To work around that, you can use the vagrant lxc sudoers command which will create a file under /etc/sudoers.d/vagrant-lxc-<USER> whitelisting all commands required by vagrant-lxc to run.

If you are interested on what will be generated by that command, please check this code.

vagrant-lxc < 1.0.0 users, please check this Wiki page

Base boxes

Please check the wiki for a list of pre built base boxes and have a look at BOXES.md for more information on building your own.

More information

Please refer the wiki.

Problems / ideas?

Please review the Troubleshooting wiki page + known bugs list if you have a problem and feel free to use the issue tracker propose new functionality and / or report bugs.

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