virtio is generally considered to be the fastest disk bus. It is not native to ask clients, but you can still install Windows with the F6 install driver disk for virtio. You can also install the rest of the virtio drivers with the same disk inside of Windows to help with stability on KVM tire environments.
I've used both SCSI and virtio in my own environments and the disk benchmarking inside of the VMs we not drastically different, but virtio is the one I ended up using.
On Thu, Jun 15, 2017, 7:47 AM Yair Magnezi <yair.magnezi@xxxxxxxxxxx> wrote:
Hello Cephers .It looks like we have a problem to attach volume to an instance when using 'scsi' bus as value for the 'hw_disk_bus' property . ( actually to boot from new volume and image which have hw_disk_bus = scsi property )The error that we get on nova's logs are -->2017-06-15 05:00:30.622 27668 ERROR oslo_messaging.rpc.dispatcher if ret == -1: raise libvirtError ('virDomainAttachDeviceFlags() failed', dom=self)2017-06-15 05:00:30.622 27668 ERROR oslo_messaging.rpc.dispatcher libvirtError: internal error: unable to execute QEMU command 'device_add': Duplicate ID 'scsi0-0-0-0' for device2017-06-15 05:00:30.622 27668 ERROR oslo_messaging.rpc.dispatcherFrom what i've read it's a bug relates to libvirt , but couldn't find a resolution ( we're running 'ocata' and 'kraken' )using 'virtio' is working but can someone explain the implications of using it ?ThanksYair
This e-mail, as well as any attached document, may contain material which is confidential and privileged and may include trademark, copyright and other intellectual property rights that are proprietary to Kenshoo Ltd, its subsidiaries or affiliates ("Kenshoo"). This e-mail and its attachments may be read, copied and used only by the addressee for the purpose(s) for which it was disclosed herein. If you have received it in error, please destroy the message and any attachment, and contact us immediately. If you are not the intended recipient, be aware that any review, reliance, disclosure, copying, distribution or use of the contents of this message without Kenshoo's express permission is strictly prohibited._______________________________________________
ceph-users mailing list
ceph-users@xxxxxxxxxxxxxx
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
_______________________________________________ ceph-users mailing list ceph-users@xxxxxxxxxxxxxx http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com