VIRT-MANAGER(1)
โจ VIRT-MANAGER(1) โจ
okay bestie, pull up a chair ๐ซถ this is the manual page for virt-manager, from the Virtualization Support corner of your friendly neighborhood manual set. It's giving "graphical tool for managing libvirt VMs" energy, and honestly? She ate. ๐
๐ธ NAME ๐ธ
virt-manager โ the graphical tool for managing libvirt VMs, periodt. ๐
๐ฆ SYNOPSIS ๐ฆ
virt-manager [OPTIONS]
โจ DESCRIPTION โจ
So like, virt-manager is a desktop tool for managing virtual machines. Not me being a whole entire GUI for your hypervisor ๐ญ โ she can:
- control the lifecycle of machines you already have (that's
bootup/shutdown,pause/resume,suspend/restore, no cap) - provision brand new virtual machines and various types of store
- manage virtual networks
- access the graphical console of your VMs
- view performance statistics
โฆand the way she does literally all of that locally or remotely?? Main character behavior, fr fr. ๐
๐ OPTIONS ๐
Standard GTK options like --g-fatal-warnings are accepted, iykyk. ๐
And here's what you can pass when you're running virt-manager:
-h,--helpโ shows you the command line help summary. the lil "what do I even type" moment ๐ธ--versionโ printsvirt-manager's version number and dips out (exit, that is) โจ-c,--connectโ specify the hypervisor connection URI--debugโ lists debugging output to the console (normally this stuff only gets logged in~/.cache/virt-manager/virt-manager.log). heads up bestie: this one implies--no-fork๐ซถ--no-forkโ don't forkvirt-manageroff into the background. go read the VIRT-MANAGER, SSH, AND FORKING section for the tea ๐--forkโ force forkingvirt-manageroff into the background. this is the default behavior. again, see VIRT-MANAGER, SSH, AND FORKING for the full story ๐
๐ DIALOG WINDOW OPTIONS ๐
okay so these are special. for these options, only the requested window will be shown โ the manager window will not be run in this case. connection autostart will also be disabled. and every single one of these requires you to specify a manual --connect URI. no shortcuts, bestie. ๐ค
--show-domain-creatorโ display the wizard for creating new virtual machines ๐ง--show-domain-editorNAME|ID|UUIDโ display the dialog for editing properties of the virtual machine with unique ID matching either the domain name, ID, or UUID--show-domain-performanceNAME|ID|UUIDโ display the dialog for monitoring performance of the virtual machine with unique ID matching either the domain name, ID, or UUID ๐--show-domain-consoleNAME|ID|UUIDโ display the virtual console of the virtual machine with unique ID matching either the domain name, ID, or UUID--show-host-summaryโ display the host/connection details window.
๐ SYSTEM TRAY OPTION ๐
this one's different from the dialog squad: connection autostart will not be disabled, and so it doesn't require specifying a manual --connect URI. but she supports a --connect URI as well, so do you ๐
--show-systrayโ launchvirt-manageronly in the system tray
๐ VIRT-MANAGER, SSH, AND FORKING ๐
storytime, bestie, because this one is a whole saga. ๐ฟ
Historically, on startup virt-manager would detach from the running terminal and fork into the background. why? because that forced any usage of ssh to call ssh-askpass when it needed a password, rather than silently asking on a terminal the user probably isn't even watching. iconic avoidance of awkwardness, honestly. ๐
then openssh 8.4p1, released in Sep 2020, added the SSH_ASKPASS_REQUIRE environment variable, which saves us from having to do the fork dance. ๐บ
<https://man.openbsd.org/ssh.1#SSH_ASKPASS_REQUIRE>
virt-manager now sets SSH_ASKPASS_REQUIRE=force. however โ and this is the important part, don't skip it โ to get this to work with libvirt ssh connections, you'll need libvirt 10.8.0, released in October 1st 2024.
virt-manager no longer forks by defaults.
You can get the old forking behavior back with the --fork option, or by setting the VIRT_MANAGER_DEFAULT_FORK=yes environment variable. โจ
But if you find you need forking for a usecase other than temporarily working around libvirt version issues, please let the virt-manager developers know by filing a bug report. they wanna hear from you fr fr ๐ซถ
๐ญ BUGS ๐ญ
Please see <https://virt-manager.org/bugs/> โ go tell them everything, they're listening ๐
๐ COPYRIGHT ๐
Copyright (C) Red Hat, Inc, and various contributors. This is free software. You may redistribute copies of it under the terms of the GNU General Public License <https://www.gnu.org/licenses/gpl.html>. There is NO WARRANTY, to the extent permitted by law. โ ๏ธ (yes bestie, that part is in all caps in the original and it stays in all caps here โ respect the drama ๐)
๐ฆ SEE ALSO ๐ฆ
virsh(1)virt-viewer(1)- the project website <https://virt-manager.org> โญ
and that's the whole page, bestie!! ๐ this was VIRT-MANAGER(1) from the Virtualization Support manual set โ the footer said so too, it just said it in boring font. go forth and manage those VMs, you absolute icon. ๐โจ๐ซถ
๐ฆ where this page comes from
- alpine 3.24: virt-manager-doc 5.1.0-r0 ยท GPL-2.0-or-later
- debian trixie: virt-manager 1:5.0.0-5+deb13u1 ยท GPL-2.0-or-later
- fedora 43: virt-manager 5.1.0-2.fc43 ยท GPL-2.0-or-later
- fedora 43: virt-manager 5.1.0-3.fc43 ยท GPL-2.0-or-later
- opensuse-leap 16.0: virt-manager 5.0.0-160000.4.1 ยท GPL-2.0-or-later
- ubuntu resolute: virt-manager 1:5.1.0-1 ยท GPL-2.0-or-later
- ๐ girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms