A powerful, text-based Terminal User Interface (TUI) application for managing QEMU/KVM virtual machines using the libvirt Python API.
Managing virtual machines in a terminal environment has never been easier or more powerful. Virtui Manager bridges the gap between the simplicity of command-line tools and the rich functionality of GUI-based solutions, offering the best of both worlds for virtualization administrators.
- Virt-manager requires X11 forwarding, which is slow, resource-intensive, and often impossible in remote environments
- GUI-based solutions are heavy with X dependencies, making them unsuitable for headless servers or low-bandwidth connections
- Command-line tools lack the intuitive interface needed for complex VM management tasks
- Cockpit Machine is feature incomplete, and needs a lot of depencies. It is not multi hypervisor oriented
Virtui Manager solves these challenges with:
- Lightweight Terminal Interface: No X11 dependencies, works perfectly over SSH
- Remote Management: Efficient low-bandwidth control of remote libvirt servers
- Rich Feature Set: Advanced VM management capabilities in a simple, intuitive interface
- Multi-server Support: Manage VMs across multiple libvirt servers from a single interface
- Performance Optimized: Built-in caching reduces libvirt calls and improves responsiveness
- Libvirt Event handler: Only get update on event from libvirt, with an hearbeat call fallback every 60 sec
- Migration Support: Live and offline VM migration capabilities and custom migration
- Bulk Operations: Execute commands across multiple VMs at once (including configuration)
- Web Console Access: Integrated VNC support with novnc over ssh tunnel for remote server
Test done with 2 ssh remote servers (8VM and 314VM). Any performance testing can be different on different hardware config etc... the purpose is to evaluate the general perf to avoid getting a tool which have bad performance for remote management connected to multiple servers. virt-manager has never been designed for such usage, and performed already very well.
Stats data checked after 10 minutes (to get them stabilized).
| Metric | virt-manager (GUI) | virtui-manager (TUI) | Difference |
|---|---|---|---|
| Interface | GTK3 (Graphical) | Textual (Terminal UI) | N/A |
| Physical Memory (RSS) | ~244 MB | ~102 MB | -142 MB (virtui is lighter) |
| Virtual Memory (VSZ) | ~2.4 GB | ~640 MB | -1.7 GB (virtui uses significantly less address space) |
| CPU Usage (Idle/Polling) | ~10.1% | ~2.2% | -7.9% (virtui is ligther) |
| First Start Speed | ~24sec | 1sec | -29sec (virtui is faster) |
| Display XML data | 1sec | 1sec | similar perf |
| Display XML data (GUI/TUI) | 1sec | 3sec | +2sec (virt-manager faster) |
| Network Bandwidth | fluctuation: 24/50 kB/s | 0 to 3.5 kB/s | (virtui-manager is lighter) |
Virtui Manager is ideal for:
- System Administrators managing KVM virtualization environments
- DevOps Engineers requiring efficient VM management in CI/CD pipelines
- Remote System Administrators working in low-bandwidth environments
- Cloud Operators managing multiple hypervisor servers
- IT Professionals who prefer terminal-based tools for virtualization management
- Recommended Minimal Terminal Size: 34x92. 34x128 is the recommended Size
- Remote Connection: SSH access to libvirt server (ssh-agent recommended)
- Python 3.7+
- libvirt with Python bindings
- Python Dependencies: textual, pyaml, libvirt-python, markdown-it-py
- Optional: virt-viewer, novnc, websockify for enhanced functionality
git clone https://github.com/aginies/virtui-manager.git
cd virtui-managerzypper in libvirt-python python3-textual python3-pyaml python3-markdown-it-pypip install libvirt-python textual pyaml markdown-it-pycd src/vmanager
python3 vmanager.pyIn addition to the main TUI application, vmanager provides a command-line interface (vmanager_cmd.py) for:
- Multi-server management
- Bulk VM operations
- Basic Storage management
- Advanced VM selection with regular expressions
- Tab autocompletion for enhanced usability
Launch the CLI with:
python3 vmanager_cmd.pyOr:
python3 vmanager.py --cmdVirtui Manager uses a YAML configuration file for customization:
- User-specific:
~/.config/virtui-manager/config.yaml - System-wide:
/etc/virtui-manager/config.yaml
The configuration file supports the following options:
- servers: List of libvirt server connections (default:
[{'name': 'Localhost', 'uri': 'qemu:///system'}])
- REMOTE_WEBCONSOLE: Enable remote web console (default:
False) - WC_PORT_RANGE_START: Start port for websockify (default: 40000)
- WC_PORT_RANGE_END: End port for websockify (default: 40050)
- websockify_path: Path to the websockify binary (default:
/usr/bin/websockify) - novnc_path: Path to noVNC files (default:
/usr/share/novnc/) - WEBSOCKIFY_BUF_SIZE: Sets the send and receive buffer size for websockify connections, affecting network performance. (default:
4096)
When REMOTE_WEBCONSOLE is enabled, Virtui Manager can use a secure WebSocket connection (wss://) if an SSL certificate is available on the remote server. This is highly recommended for security.
To enable secure connections:
- Install needed packages
-
Generate a self-signed certificate and key on the remote server:
Log in to your remote libvirt server and run the following command. Replace
your.remote.host.comwith the server's actual hostname or IP address. This is important for the browser to trust the certificate.openssl req -x509 -newkey rsa:4096 -keyout key.pem -out cert.pem -sha256 -days 365 -nodes -subj "/CN=your.remote.host.com" -
Place the generated files in the correct directory on the remote server:
virtui-managerwill automatically detectcert.pemandkey.pembut for remote server the file must be in:- System-wide path:
/etc/virtui-manager/keys/sudo mkdir -p /etc/virtui-manager/keys/ sudo mv cert.pem key.pem /etc/virtui-manager/keys/
- System-wide path:
If the certificate and key are found, virtui-manager will automatically start websockify with SSL/TLS encryption and use a wss:// URL. If not, it will default to an unencrypted ws:// connection.
- VNC_QUALITY: VNC quality setting (0-10, default: 0)
- VNC_COMPRESSION: VNC compression level (default:
9)
- STATS_INTERVAL: Interval for updating VM info, Status, Statistics (CPU, Memory, I/O) in seconds
As there is no simple way to get sound and network model using libvirt API, the user can provides a list in his own configuration file.
To get a list of model for a machine type you can use the qemu command line:
qemu-system-x86_64 -machine pc-q35-10.1 -audio model=help
qemu-system-x86_64 -machine pc-q35-10.1 -net model=helpPossible User config parameters:
- network_models: List of allowed network models (default:
['virtio', 'e1000', 'e1000e', 'rtl8139', 'ne2k_pci', 'pcnet']) - sound_models: List of allowed sound models (default:
['none', 'ich6', 'ich9', 'ac97', 'sb16', 'usb'])
servers:
- name: "Remote Server"
uri: "qemu+ssh://user@remote-host/system"
autoconnect: False
REMOTE_WEBCONSOLE: true
WC_PORT_RANGE_START: 40000
WC_PORT_RANGE_END: 40050
VNC_QUALITY: 1
VNC_COMPRESSION: 9This project is licensed under the GPL3 License.
AI assistance were used to improve coding efficiency by automating boilerplate, suggesting relevant code completions, and quickly detecting bugs.