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 โ€” prints virt-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 fork virt-manager off into the background. go read the VIRT-MANAGER, SSH, AND FORKING section for the tea ๐Ÿ“
  • --fork โ€” force forking virt-manager off 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-editor NAME|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-performance NAME|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-console NAME|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 โ€” launch virt-manager only 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 (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 ๐Ÿฆ‹


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. ๐Ÿ’–โœจ๐Ÿซถ