In openQA we support various backends which are able to 'host' tests. 'svirt' - one of those backends - is so generic that it allows to conned to a virtualization host via SSH a perform shell commands directly.
As VirtualBox has decent command line interface (especially VBoxManage
command) it shouldn't be that hard to support VirtualBox in openQA's os-autoinst via svirt backend.
My approach will be to use VirtualBox' native CLI instead of svirt's XML crafting ability in installation/bootloader_virtualbox
test module, because libvirt vbox driver in Leap does not support VirtualBox 5 API, and because finding correct attributes for vbox libvirt's driver attributes is time consuming and error prone.
Results/Post Mortem
For a decent VirtualBox support in openQA, VirtualBox would have to make serial port reliable as we rely on it heavily. VNC support is also an underdeveloped after-thought, which might break in the future; RDP support is provided as a non-free addon only (openQA does not support RDP anyway).
On the other hand VirtualBox CLI proved to be easy to use.
openQA bits
Bugs
Looking for hackers with the skills:
This project is part of:
Hack Week 15
Activity
Comments
Be the first to comment!
Similar Projects
QBoot - A handy QEMU VM launcher by amanzini
Description
QBoot is a command-line tool that wraps QEMU to provide a streamlined experience for launching virtual machines. It automatically configures common settings like KVM acceleration, virtio drivers, and networking while allowing customization through both configuration files and command-line options.
The project originally was a personal utility in D, now recently rewritten in idiomatic Go. It lives at repository https://github.com/ilmanzo/qboot
Goals
Improve the project, testing with different scenarios , address issues and propose new features. It will benefit of some basic integration testing by providing small sample disk images.
Resources
Extracting, converting and importing VMs from Nutanix into SUSE Virtualization by emendonca
Description
The idea is to delve into understanding Nutanix AHV internals on how it stores and runs VMs, and how to extract them in an automated way for importing into a KVM-compatible hypervisor, like SUSE Virtualization/Harvester. The final product will be not only be documentation, but a working prototype that can be used to automate the process.
Goals
1) document how to create a simple lab with NutaniX AHV community edition 2) determine the basic elements we need to interact with 3) determine what are the best paths to grab the images through, balancing speed and complexity 4) document possible issues and create a roadmap for tackling them 4) should we adapt an existing solution or implement a new one? 5) implement the solution!
Resources
Similar project I created: https://github.com/doccaz/vm-import-ui Nutanix AHV forums Nutanix technical bulletins