Box.py is a simple automation tool meant to run Ubuntu, Fedora, Centos Stream or Debian cloud images on top of VirtualBox.
What it does is simply download official cloud image, set up VM, tweak it up and do the initial pre-configuration using generated config drive.
I've wrote this little tool just to not click myself to death using web browser for downloading cloud images, and going through VirtualBox GUI (or figuring out weird named options for vboxmanage ;P)
Requirements
Tested distros
Ubuntu - 18.04 - 20.04 - 22.04 - 24.04 - 25.04
Fedora - 37 - 38 - 39 - 40 - 41 - 42
Centos Stream - 8 - 9
Debian - 10 (buster) - 11 (bullseye) - 12 (bookworm) - 13 (trixie) - prerelease
There is possibility to use whatever OS image which supports cloud-init. Use the --image param for create command to pass image filename, although it's wise to at least discover (or not, but it may be easier in certain distributions) what username is supposed to be used as a default user and pass it with --username param.
How to run it
First, make sure you fulfill the requirements; either by using packages from your operating system, or by using virtualenv, i.e.:
$ python -m virtualenv .venv
$ . .venv/bin/activate
(.venv) $ pip install .
You'll have boxpy command created for you as well.
$ boxpy -V
boxpy 1.9.2
Other option is simply link it somewhere in the path:
$ ln -s /path/to/box.py ~/bin/boxpy
$ chmod +x ~/bin/boxpy
and now you can issue some command. For example, to spin up a VM with Ubuntu 20.04 with one CPU, 1GB of memory and 6GB of disk:
$ boxpy create --version 20.04 myvm
note, that Ubuntu is default distribution you don't need to specify --distro nor --version it will pick up latest LTS version. Now, let's recreate it with 22.04:
$ boxpy rebuild --version 22.04 myvm
or recreate it with Fedora and add additional CPU:
$ boxpy rebuild --distro fedora --version 39 --cpu 2 myvm
now, let's connect to the VM using either ssh command, which is printed out at as last boxpy output line, or simply by using ssh boxpy command:
$ boxpy ssh myvm
For your convenience there is a bash completion for each command, so you can use it ad-hoc, or place on your .bashrc or whatever:
$ source <(boxpy completion bash)
Currently, following commands are available:
completion - as described above
create - create new VM
destroy - that is probably obvious one
info - to get summary about VM
list - for quickly listing all/running VMs
rebuild - recreate specified VM
ssh - connect to the VM using ssh
start - stop the running VM
stop - start stopped VM
All of the commands have a range of options, and can be examined by using --help option.
YAML Configuration
What is more interesting though, is the fact, that you can pass your own cloud-init yaml file, so that VM can be provisioned in easy way.
Default user-script looks as follows:
users:
- default
- name: ubuntu
ssh_authorized_keys:
- $ssh_key
chpasswd: { expire: False }
gecos: ubuntu
sudo: ALL=(ALL) NOPASSWD:ALL
groups: users, admin
It is really simple, and use string.Template for exchanging token $ssh_key with default, or provided public key, so that you will be able to log in into the VM using that key.
Note, that you need to be extra careful regarding $ sign. As explained above $ssh_key will be used as a "variable" for the template to substitute with the real value of public key. Every $ sign, especially in write_files.contents, should be escaped with another dollar, so the $ will become a $$. Perhaps I'll change the approach for writing ssh key, since that's a little bit annoying.
For that reason, a little improvement has been done, so now its possible to pass filenames to the custom config, instead of filling up write_files.contents:
write_files:
- path: /opt/somefile.txt
permissions: '0644'
filename: /path/to/local/file.txt
or
write_files:
- path: /opt/somefile.txt
permissions: '0644'
url: https://some.url/content
during processing this file, boxpy will look for filename or url keys in the yaml file for the write_files sections, and it will remove that key, read the file and put its contents under content key. What is more important, that will be done after template processing, so there will be no interference for possible $ characters.
What is more interesting is the fact, that you could use whatever cloud-init accepts, and a special section, for keeping configuration, so that you don't need to provide all the option every time you boot up similar VM. For example:
packages:
- jq
- silversearcher-ag
- tmux
- vim-nox
runcmd:
- [su, -, ubuntu, -c, "echo 'set nocompatible' > .vimrc"]
boxpy_data:
key: vm
cpus: 4
memory: 4GB
disk_size: 20GB
Contents of the user script will be merged with the default one, so expect, that user ubuntu will be there, and magically you'll be able to connect to the machine using ssh.
Providing file with this content using --cloud-config, will build a VM with 4 CPUs, 4GB of RAM, expand Ubuntu-server image to 20GB (it'll be dynamically allocated VDI image, so it will not swallow all 20 gigs of space) and pass the vm ssh key, which will be looked in ~/.ssh directory, if path to the key is not provided.
Moreover, there will be some tools installed and simple vim config initialized, just to make you an idea, what could be done with it.
You can find some real world examples of the yaml cloud-init files that I use in examples directory.
There is special section boxpy_data, where you can place all the configuration for the VM. Keys are the same as in create command options. There is one additional key advanced which for now can be used for configuration additional NIC for virtual machine, i.e:
…
boxpy_data:
advanced:
nic2: intnet
To select image from local file system, it is possible to set one by providing it under boxpy_data.image key:
…
boxpy_data:
image: /path/to/the/qcow2/image
default_user: cloud-user
Note, that default_user is also needed to be provided, as there is no guess, what is the default username for cloud-init configured within provided image.
License
This work is licensed under GPL-3.