For a while I've been running KVM on plain Debian/Ubuntu boxes, and I kept running into the same gap. Cockpit is easy but stops at the basic settings. virt-manager is detailed but it's a desktop app. Proxmox is great, but it wants to be the operating system. I wanted something in between, so I started building it as a side project.

It's called VirtoMir, and I've made it fully open source:

https://github.com/onurbaydas/VirtoMir

It's a web control panel for KVM/QEMU/libvirt. It installs as a single binary on an existing Linux host: no dedicated distro, no database, no agents inside your VMs. It talks to the libvirt you already have and only changes what you ask it to. If you remove it, your VMs, disks and networks stay where they were.

What it does today:

• New-VM wizard: ISO, cloud image with cloud-init, or an existing disk. Windows profile with UEFI, Secure Boot and TPM 2.0
• Browser console over VNC, SPICE (shared clipboard, resolution follows the window) or serial
• A settings form that shows an XML diff before saving, plus a raw XML editor for everything the form doesn't cover, validated by libvirt
• Configuration history for every VM, including changes made with virsh, with one-click restore
• Snapshots, live backups (incremental through libvirt checkpoints), off-site copies with restic
• Live metrics every second and 30 days of history, with no Prometheus needed (there's a Prometheus endpoint if you want one)
• Multiple hosts joined with a one-time code, live migration, and HA with quorum and fencing (IPMI, Redfish or watchdog)
• PAM / LDAP / OIDC sign-in, roles, TOTP, API tokens, OpenAPI spec, plus a Terraform provider and Ansible modules

How it was built. It's a one-person project, and I built it together with AI coding agents. That's how it got this much scope this quickly, and it's also why I'm not going to pretend it's mature. Nobody has reviewed every line by hand. All the tests are unit tests; there are no integration tests against a real libvirt yet.

Caveats, so nobody gets surprised:

• It's 0.9 and early. Tested on Ubuntu 26.04 and Debian 13, on single hosts and small clusters.
• HA has never been tried on real BMC hardware. There's also no storage-level lock (no sanlock/virtlockd), so I wouldn't trust it with production data yet.
• Live migration data goes over unencrypted TCP. Keep it on a trusted management network.
• OVN SDN, VMware import and DR are experimental and untested on real setups.
• It runs as root, because it needs the libvirt socket and PAM. Put it on a management network or behind your own reverse proxy.

I wrote a detailed technical post on how it works inside and what it does and doesn't support, weak spots included: https://onurbaydas.com/posts/virtomir-en/

If you just want to click around, there's a demo that runs entirely in your browser against a pretend cluster: https://onurbaydas.github.io/VirtoMir/demo/
There's also a one-command script that sets it up in a throwaway VM, so you don't have to touch your real hosts.

I built this for my own setup, not as a commercial product. It's AGPL-3.0, in case it's useful to someone else running KVM, or someone wants to look at how it works. Test reports from distros or hardware I can't reach (Fedora, arm64, Ceph, GPUs, real BMCs) and criticism of the code are very welcome. If anyone wants to contribute, I'd be glad.

About five months ago, I posted here about getting copy/paste working in a custom Nutanix AHV VM console.

This started as a side project for an internal use case. I wanted a better way to work with VM consoles, especially when the guest wasn't reachable over the network.

I've now made the entire project open source:

https://github.com/MarcoCarvin/ahv-remote-console

It's a desktop application for Windows, Linux and macOS that opens VM consoles through Prism, with separate windows for each VM, Prism authentication (including SSO), ISO mounting and automatic reconnection.

The main thing I wanted to get working was a proper shared clipboard between the workstation and the VM, similar to VMware Remote Console. Copy something on your workstation and paste it into the guest, or copy something inside the guest and paste it back on your workstation. No simulated keystrokes or one-way text-pasting workaround.

The clipboard works through the console channel, so it doesn't depend on being able to reach the guest over the network. This is particularly useful when working with isolated VMs or guests connected through a full-tunnel VPN.

Clipboard sharing requires an additional module on the AHV hosts and an agent inside the guest VM. Without those components, the application still works as a regular remote console.

One important caveat: the host module installs a libvirt hook and modifies the AHV hosts. It's not part of AHV and isn't supported or endorsed by Nutanix. It may affect support arrangements or break after AHV upgrades, so read the documentation, keep the rollback steps handy, and test in a lab before deploying it.

I built this to solve a problem in our own environment, not as a commercial product. I've published the code under the Apache 2.0 license in case it's useful to other people running AHV or someone wants to take a look at how it works.

Repository: https://github.com/MarcoCarvin/ahv-remote-console

So i made a video on how to install kali linux in vmware workstation and also showed how to install vmware in that

Can anyone please help with VMware ESxi 7.03 Build 20036589 HPE ProLiant DL380 Gen 10 HPE Custom image?