🟢 Stable | LXC provider for Vagrant (up-to-date & maintained)
Go to file
Kristof Willaert 6b5c00089d Make MAC address regex check case insensitive
The regex check for the container MAC address presence in the
dnsmasq leases file is case sensitive. Dnsmasq outputs uppercase
addresses in the leases file.

As MAC addresses are generally considered case insensitive, it
makes sense to relax the regular expression check to allow for this.
2014-05-08 14:30:14 +02:00
lib Make MAC address regex check case insensitive 2014-05-08 14:30:14 +02: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: Backport --rootfs fallback from old template [GH-282] 2014-05-07 17:34:00 -03:00
spec driver: Use relative guest paths for synced folders 2014-05-04 20:52:00 -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-05-04 20:56:01 -03:00
CONTRIBUTING.md Update contribution guidelines 2014-03-25 00:03:26 -03:00
Gemfile Update bundle 2014-05-03 21:09:04 -03:00
Gemfile.lock Update bundle 2014-05-03 21:09:04 -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 Update README 2014-05-03 23:11:37 -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.

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

On Vagrant 1.5+:

vagrant plugin install vagrant-lxc --plugin-version 1.0.0.alpha.1

On Vagrant < 1.5:

vagrant plugin install vagrant-lxc

Quick start

On Vagrant 1.5+:

vagrant init fgrehm/precise64-lxc
vagrant up --provider=lxc

On Vagrant < 1.5:

vagrant init precise64 http://bit.ly/vagrant-lxc-precise64-2013-10-23
vagrant up --provider=lxc

If you are using Vagrant 1.2+ you can also set the 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-<VERSION> 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

Base boxes can be found on VagrantCloud and some scripts to build your own are available at fgrehm/vagrant-lxc-base-boxes.

If you want to build your own boxes, please have a look at BOXES.md for more information.

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