Hot answers tagged

9

This is how I currently do installs of Windows with virtio drivers at install: Create the new VM with a genuine Windows installation ISO image. I cannot guarantee that anything will work if you use a pirated copy of Windows or if your ISO image download is incomplete or corrupt. Choose to customize the machine configuration before install. Select the ...


6

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 ...


6

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 ...


4

Virtio is a para-virtualized driver, which means the os and driver are aware that it's not a physical Device. The driver is really an API between the guest and the hypervisor so it's linkspeed is totally disconnect from any physical device or Ethernet standard. This is a good thing as this is faster than the hypervisor pretending to be a physical device and ...


2

CIFS can do extended attributes. You can set it up with Samba on Linux.


2

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.


2

<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.


2

Your SSH transfer will be CPU-bound, limited by single-threaded encryption. Use iperf or netperf or something else designed for testing just network bandwidth.


2

Yes, you can download the drivers from the upstream KVM project. If you want an installable virtio-win RPM package, similar to that provided by RHEL, then you can use the virtio-win yum repository provided by the Fedora Project.


2

You don't need to do anything else. Go shutdown and start the VM.


1

Normal file systems have no mechanism to support your desired mode of operation and the second VM will just not learn when the FS has changed. The alternative would be to use a cluster-aware file system, but just using NFS will be much simpler.


1

The main problem I had was getting the drivers. I downloaded mine from here https://fedoraproject.org/wiki/Windows_Virtio_Drivers and was successful in getting win 2012 r2 working on KVM I put a video up showing the entire process I used https://youtu.be/9SPCa4TKues


1

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 ...


1

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.


1

By pure trial & error I have found that virtio eth cards work if I disable TCP Checksum Offload and UDP Checksum Offload in eth card config (guest OS: Win 7 Pro SP1 32-bit).


1

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.


1

in the end, i set disk settings as if I will create a new disk at the time the virt-install command is run, even though I have a disk image ready in advance. so I run: virt-install --connect qemu:///system \ --name win7vnc --ram 2048 --vcpus=2 --cpuset=auto \ --disk path=win7.img,bus=virtio,size=100,format=qcow2 \ --network=network=default,...


1

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 ...


1

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.



Only top voted, non community-wiki answers of a minimum length are eligible