Hot answers tagged virtio
KVM provides paravirtualization drivers for several bits of hardware; this particular one is the memory balloon driver. In particular, you should see virtio_net when using the virtio network drivers, and virtio_blk when using the block device (disk) driver. And in the latter case, your disk would be /dev/vda instead of /dev/sda. In your case, the virtio ...
As you can see you have: CONFIG_VIRTIO_BALLOON=m It means it is compiled as a module, hence visible via lsmod. Furthermore, you have: CONFIG_VIRTIO_BLK=y CONFIG_VIRTIO_NET=y It means that they are compiled within the kernel, hence lsmod does not report them. So your guest has the virtio drivers for: blk: block devices, aka disks; net: network ...
The virtio drivers are meant to provide paravirtualized hardware (acceleration) device drivers to virtual machine guests. As such, they are device drivers that are installed in the guest operating system, not on the host. You can find the virtio drivers for Windows from the KVM web site.
<disk type='file' device='disk'> <driver name='qemu' type='qcow2'/> <source file='/home/thomas/kvm/storage_pool/windows2012-test-3.qcow2'/> <target dev='vda' bus='virtio'/> </disk> This is what it should look like. BTW, yout NIC is also RTL and not virtio, tsk tsk tsk.
You don't need to do anything else. Go shutdown and start the VM.
The problem was using a disk image from DreamSpark/OnTheHub. I downloaded a new image, and it worked out of the box. The old image name was en_windows_server_2012_r2_x64_dvd_2707946.iso. I "ordered" a new free Windows Server 2012 of DreamSpark. I believe redownloading using Secure Download Manager will download the old image again, but I haven't tested ...
The solution is to update the system. Red Hat did not ship virtio guest drivers until 5.3. At this point you're nine service packs behind. Simply having kept the system up to date would have resolved the problem before it ever happened.
Yes, you can download the drivers from the upstream KVM project.
As @Michael Hampton pointed out, you can download the drivers from the offsite. The RPM is just a wrapper around a set of .vfd and .iso files, containing the drivers, it doesn't do anything on the host besides copying those files so they are available. In short, you don't really need the RPM.
Your KVM instances should be able to saturate your hosts network connection with no issues. My first recommendation here is to upgrade both the host and guest's kernel. The stock CentOS 6.5 kernel does not have great performance for KVM. I'd suggest kernel-lt from ELRepo (or kernel-ml if you're feeling brave). This should give you a decent boost in ...
You tried to install the 32-bit drivers on 64-bit Windows. The 64-bit drivers can be found on the virtio CD image in the \win7\amd64 folder.
Only top voted, non community-wiki answers of a minimum length are eligible