2013-03-27 00:55:30 +01:00
# Vagrant Libvirt Provider
This is a [Vagrant ](http://www.vagrantup.com ) 1.1+ plugin that adds an
[Libvirt ](http://libvirt.org ) provider to Vagrant, allowing Vagrant to
control and provision machines via Libvirt toolkit.
2013-05-05 22:48:10 +02:00
**Note:** Actual version (0.0.4) is still a development one. Feedback is
2013-04-02 20:06:52 +02:00
welcome and can help a lot :-)
2013-03-27 00:55:30 +01:00
2013-05-05 22:48:10 +02:00
## Features (Version 0.0.4)
2013-03-27 00:55:30 +01:00
2013-04-02 20:06:52 +02:00
* Vagrant `up` , `destroy` , `suspend` , `resume` , `halt` , `ssh` and `provision` commands.
2013-03-27 00:55:30 +01:00
* Upload box image (qcow2 format) to Libvirt storage pool.
* Create volume as COW diff image for domains.
* Create and boot Libvirt domains.
* SSH into domains.
* Provision domains with any built-in Vagrant provisioner.
* Minimal synced folder support via `rsync` .
2013-04-02 20:06:52 +02:00
## Future work
* More boxes should be available.
* Take a look at [open issues ](https://github.com/pradels/vagrant-libvirt/issues?state=open ).
2013-03-27 00:55:30 +01:00
2013-04-02 20:06:52 +02:00
## Installation
Install using standard [Vagrant 1.1+ ](http://downloads.vagrantup.com ) plugin installation methods. After
installing, `vagrant up` and specify the `libvirt` provider. An example is shown below.
2013-03-27 00:55:30 +01:00
```
$ vagrant plugin install vagrant-libvirt
```
2013-04-02 20:06:52 +02:00
### Possible problems with plugin installation
2013-03-27 00:55:30 +01:00
2013-04-11 17:03:24 +02:00
In case of problems with building nokogiri and ruby-libvirt gem, install
missing development libraries for libxslt, libxml2 and libvirt.
2013-03-27 00:55:30 +01:00
In Ubuntu, Debian, ...
```
2013-04-06 00:22:48 -04:00
$ sudo apt-get install libxslt-dev libxml2-dev libvirt-dev
2013-03-27 00:55:30 +01:00
```
In RedHat, Centos, Fedora, ...
```
2013-04-06 00:22:48 -04:00
# yum install libxslt-devel libxml2-devel libvirt-devel
2013-03-27 00:55:30 +01:00
```
2013-04-02 20:06:52 +02:00
## Vagrant Project Preparation
2013-03-27 00:55:30 +01:00
After installing the plugin (instructions above), the quickest way to get
started is to add Libvirt box and specify all the details manually within
a `config.vm.provider` block. So first, add Libvirt box using any name you
want. This is just an example of Libvirt CentOS 6.4 box available:
```
$ vagrant box add centos64 http://kwok.cz/centos64.box
```
And then make a Vagrantfile that looks like the following, filling in
your information where necessary.
2013-04-02 20:06:52 +02:00
```ruby
2013-03-27 00:55:30 +01:00
Vagrant.configure("2") do |config|
config.vm.define :test_vm do |test_vm|
test_vm.vm.box = "centos64"
end
config.vm.provider :libvirt do |libvirt|
libvirt.driver = "qemu"
libvirt.host = "example.com"
libvirt.connect_via_ssh = true
libvirt.username = "root"
libvirt.storage_pool_name = "default"
2013-05-06 19:47:53 +02:00
libvirt.nested = true
2013-03-27 00:55:30 +01:00
end
end
```
2013-04-11 17:03:24 +02:00
### Libvirt Configuration Options
2013-03-27 00:55:30 +01:00
This provider exposes quite a few provider-specific configuration options:
* `driver` - A hypervisor name to access. For now only qemu is supported.
* `host` - The name of the server, where libvirtd is running.
* `connect_via_ssh` - If use ssh tunnel to connect to Libvirt.
* `username` - Username and password to access Libvirt.
* `password` - Password to access Libvirt.
* `storage_pool_name` - Libvirt storage pool name, where box image and
instance snapshots will be stored.
2013-04-11 17:03:24 +02:00
### Domain Specific Options
* `memory` - Amount of memory in MBytes. Defaults to 512 if not set.
* `cpus` - Number of virtual cpus. Defaults to 1 if not set.
2013-05-06 19:47:53 +02:00
* `nested` - [Enable nested virtualization.Default: false] (https://github.com/torvalds/linux/blob/master/Documentation/virtual/kvm/nested-vmx.txt)
2013-04-11 17:03:24 +02:00
Specific domain settings can be set for each domain separately in multi-VM
environment. Example below shows a part of Vagrantfile, where specific options
are set for dbserver domain.
```ruby
Vagrant.configure("2") do |config|
config.vm.define :dbserver do |dbserver|
dbserver.vm.box = "centos64"
dbserver.vm.provider :libvirt do |domain|
domain.memory = 2048
domain.cpus = 2
end
end
...
```
2013-04-02 20:06:52 +02:00
## Create Project - Vagrant up
In prepared project directory, run following command:
```
$ vagrant up --provider=libvirt
```
Vagrant needs to know that we want to use Libvirt and not default VirtualBox.
That's why there is `--provider=libvirt` option specified. Other way to tell
Vagrant to use Libvirt provider is to setup environment variable
`export VAGRANT_DEFAULT_PROVIDER=libvirt` .
### How Project Is Created
2013-04-10 17:34:09 +02:00
Vagrant goes through steps below when creating new project:
2013-04-02 20:06:52 +02:00
1. Connect to Libvirt localy or remotely via SSH.
2. Check if box image is available in Libvirt storage pool. If not, upload it to
2013-05-06 19:47:53 +02:00
remote Libvirt storage pool as new volume.
2013-04-02 20:06:52 +02:00
3. Create COW diff image of base box image for new Libvirt domain.
4. Create and start new domain on Libvirt host.
2013-04-11 17:03:24 +02:00
5. Check for DHCP lease from dnsmasq server.
6. Wait till SSH is available.
7. Sync folders via `rsync` and run Vagrant provisioner on new domain if
2013-04-10 17:34:09 +02:00
setup in Vagrantfile.
2013-04-02 20:06:52 +02:00
2013-03-27 00:55:30 +01:00
## Networks
2013-05-05 22:48:10 +02:00
Networking features in the form of `config.vm.network` are not supported right
now. Support for private network is planned to be added in next release of
2013-03-27 00:55:30 +01:00
provider.
2013-04-02 20:06:52 +02:00
## Obtaining Domain IP Address
2013-03-27 00:55:30 +01:00
2013-04-10 17:34:09 +02:00
Libvirt doesn't provide standard way how to find out an IP address of running
domain. But we know, what is MAC address of virtual machine. Libvirt is closely
connected with dnsmasq server, which acts also as a DHCP server. Dnsmasq server
makes lease information public in `/var/lib/libvirt/dnsmasq` directory, or in
`/var/lib/misc/dnsmasq.leases` file on some systems. This is the place, where
information like which MAC address has which IP address resides and it's parsed
by vagrant-libvirt plugin.
2013-03-27 00:55:30 +01:00
## Synced Folders
There is minimal support for synced folders. Upon `vagrant up` , the Libvirt
provider will use `rsync` (if available) to uni-directionally sync the folder
to the remote machine over SSH.
This is good enough for all built-in Vagrant provisioners (shell,
chef, and puppet) to work!
2013-04-02 20:06:52 +02:00
## Box Format
You can view an example box in the [example_box/directory ](https://github.com/pradels/vagrant-libvirt/tree/master/example_box ). That directory also contains instructions on how to build a box.
The box is a tarball containing:
* qcow2 image file named `box.img` .
* `metadata.json` file describing box image (provider, virtual_size, format).
* `Vagrantfile` that does default settings for the provider-specific configuration for this provider.
2013-03-27 00:55:30 +01:00
## Development
To work on the `vagrant-libvirt` plugin, clone this repository out, and use
[Bundler ](http://gembundler.com ) to get the dependencies:
```
2013-04-02 20:06:52 +02:00
$ git clone https://github.com/pradels/vagrant-libvirt.git
$ cd vagrant-libvirt
$ bundle install
2013-03-27 00:55:30 +01:00
```
Once you have the dependencies, verify the unit tests pass with `rake` :
```
$ bundle exec rake
```
If those pass, you're ready to start developing the plugin. You can test
the plugin without installing it into your Vagrant environment by just
creating a `Vagrantfile` in the top level of this directory (it is gitignored)
2013-04-10 17:34:09 +02:00
that uses it. Don't forget to add following line at the beginning of your
`Vagrantfile` while in development mode:
```ruby
Vagrant.require_plugin "vagrant-libvirt"
```
Now you can use bundler to execute Vagrant:
2013-03-27 00:55:30 +01:00
```
$ bundle exec vagrant up --provider=libvirt
```
2013-04-02 20:06:52 +02:00
## 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
2013-03-27 00:55:30 +01:00