[ovirt-users] Re: oVirt tools
On Mon, 2019-08-05 at 16:09 +0300, Алексей Иванов wrote: > Greetings, > Thank you for your reply. I do know there is such option in vSphere > (you need to modify vm config file for this). Does this option for > oVirt is on the roadmap? > Hi Alexey.Honestly, I don't recall if we ever were asked to implement it.In any case, it should be doable. You are welcome to file a bug report at https://bugzilla.redhat.com Classification: CommunityProduct: Virtualization ToolsComponent: virtio-win if want to escalate this issue. Best,Vadim. > С уважением, > Иванов Алексей. > > On Mon, Aug 5, 2019 at 5:31 AM Vadim Rozenfeld > wrote: > > On Sun, 2019-08-04 at 11:55 +0300, Gal Zaidman wrote: > > > Hi, > > > I don't think it is related to the wgt installer but to the > > > vitio-win drivers adding @Vadim Rozenfeld and @Gal Hammer > > > > Unfortunately there is no easy way to make a virtio device non- > > ejectable at the system level.However you can try couple of simple > > solutions, like removing "Safely Remove Hardware and Eject > > Media"from the Task Bar or making a simple batch file that will be > > running on the system startup and zeroingCM_DEVCAP_REMOVABLE bit > > (bit 4) in device's Capabilities registry parameter. > > Best,Vadim. > > > > > > > On Fri, Aug 2, 2019 at 4:32 PM wrote: > > > > Greetings, > > > > > > > > > > > > > > > > After installing oVirt tools on my w2016 virtual server I've > > > > noticed that all devices (nic, disks, etc.) are connected as > > > > USB devices and I have option available to eject those devices. > > > > Is there any way to prvent those devices being ejected on > > > > behalf of VM user? (e.g. make sure noone inside the VM can > > > > actually eject nic, disk or something) > > > > > > > > ___ > > > > > > > > Users mailing list -- users@ovirt.org > > > > > > > > To unsubscribe send an email to users-le...@ovirt.org > > > > > > > > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > > > > > > > > oVirt Code of Conduct: > > > > https://www.ovirt.org/community/about/community-guidelines/ > > > > > > > > List Archives: > > > > https://lists.ovirt.org/archives/list/users@ovirt.org/message/PWVBJ3MPW6KKBB4FLEOGLCQTFVQFCBBA/ > > > > ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/OTIYVLZ5LK3UFQT2IBL4N5CGNOYTHIZN/
[ovirt-users] Re: oVirt tools
On Sun, 2019-08-04 at 11:55 +0300, Gal Zaidman wrote: > Hi, > I don't think it is related to the wgt installer but to the vitio-win > drivers adding @Vadim Rozenfeld and @Gal Hammer Unfortunately there is no easy way to make a virtio device non- ejectable at the system level.However you can try couple of simple solutions, like removing "Safely Remove Hardware and Eject Media"from the Task Bar or making a simple batch file that will be running on the system startup and zeroingCM_DEVCAP_REMOVABLE bit (bit 4) in device's Capabilities registry parameter. Best,Vadim. > On Fri, Aug 2, 2019 at 4:32 PM wrote: > > Greetings, > > > > > > > > After installing oVirt tools on my w2016 virtual server I've > > noticed that all devices (nic, disks, etc.) are connected as USB > > devices and I have option available to eject those devices. Is > > there any way to prvent those devices being ejected on behalf of VM > > user? (e.g. make sure noone inside the VM can actually eject nic, > > disk or something) > > > > ___ > > > > Users mailing list -- users@ovirt.org > > > > To unsubscribe send an email to users-le...@ovirt.org > > > > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > > > > oVirt Code of Conduct: > > https://www.ovirt.org/community/about/community-guidelines/ > > > > List Archives: > > https://lists.ovirt.org/archives/list/users@ovirt.org/message/PWVBJ3MPW6KKBB4FLEOGLCQTFVQFCBBA/ > > ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/I2HSXUWLDFGIAYZ4XPWDFAKK4O6SJAJX/
[ovirt-users] Re: Windows Server 2019: Driver Signature Enforcement
+Amnon & Martin On Fri, 2019-06-14 at 17:52 +1000, Vadim Rozenfeld wrote: On Thu, 2019-06-13 at 15:24 -0300, Vinícius Ferrão wrote: Lev, thanks for the reply. So basically Windows on Secureboot UEFI is simply “broken” within oVirt? Will Red Hat reconsider this? Since one of the “selling points” of oVirt 4.3 was UEFI support. Can the RH WHQL drivers be shipped with oVirt? Technically, WHQL-signing is not required to satisfy secure boot requirements. UEFI signing should be enough. But it might be some license issues. https://techcommunity.microsoft.com/t5/Windows-Hardware-Certification/Microsoft-UEFI-CA-Signing-policy-updates/ba-p/364828 Thanks, On 13 Jun 2019, at 07:25, Lev Veyde mailto:lve...@redhat.com>> wrote: Hi, I think that it's expected behaviour. In secure mode only WHQL'd drivers are allowed to be loaded into the OS kernel, and while RHEV/RHV provides WHQL'd drivers, oVirt users receive RH signed ones, which from the OS standpoint are basically not certified. Thanks in advance, On Thu, Jun 13, 2019 at 1:12 PM Yedidyah Bar David mailto:d...@redhat.com>> wrote: On Mon, Jun 10, 2019 at 10:54 PM Vinícius Ferrão mailto:fer...@versatushpc.com.br>> wrote: RHV drivers works. oVirt drivers does not. Checked this now. I’m not sure if this is intended or not. But oVirt drivers aren’t signed for Windows. oVirt's drivers are simply copied from virtio-win repositories. Adding Vadim from virtio-win team. Best regards, > On 29 May 2019, at 21:41, > mich...@wanderingmad.com<mailto:mich...@wanderingmad.com> wrote: > > I'm running server 2012R2, 2016, and 2019 with no issue using the Redhat > signed drivers from RHEV. > ___ > Users mailing list -- users@ovirt.org<mailto:users@ovirt.org> > To unsubscribe send an email to > users-le...@ovirt.org<mailto:users-le...@ovirt.org> > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ > List Archives: > https://lists.ovirt.org/archives/list/users@ovirt.org/message/GBQEMLOW5DCSW7XSLNZKNX532BQHRFUB/ ___ Users mailing list -- users@ovirt.org<mailto:users@ovirt.org> To unsubscribe send an email to users-le...@ovirt.org<mailto:users-le...@ovirt.org> Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/PNZWHYEWW23N4GQKHMJ2RUSQR363NSYH/ -- Didi ___ Users mailing list -- users@ovirt.org<mailto:users@ovirt.org> To unsubscribe send an email to users-le...@ovirt.org<mailto:users-le...@ovirt.org> Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/OIBSOZEBGSF65JEVMNMPOCAB6ICTVKIU/ -- Lev Veyde Software Engineer, RHCE | RHCVA | MCITP Red Hat Israel <https://www.redhat.com/> l...@redhat.com<mailto:l...@redhat.com> | lve...@redhat.com<mailto:lve...@redhat.com> [https://www.redhat.com/profiles/rh/themes/redhatdotcom/img/logo-red-hat-black.png]<https://red.ht/sig> TRIED. TESTED. TRUSTED.<https://redhat.com/trusted> ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/SWERPW2RUCGBK5OMMF2OJUZR2I2SSPTE/
[ovirt-users] Re: Windows Server 2019: Driver Signature Enforcement
On Fri, 2019-06-14 at 12:01 -0300, Vinícius Ferrão wrote: > Hello Vadim, > I got the working drivers from RHEL8: > eecdff62b5d148f02dc92d7115631175 virtio-win-1.9.7-rhel8.iso > > Non working ones directly from the Hosted Engine: > c55e2815bc7090f077cf82aed5c90423 virtio-win-0.1.171.iso > > Thanks, Hello Vinícius,Do you use OVMF or SeaBios? If it is OVMF then Lev already nailed the problem.Only WHQL or UEFI signed drivers will work with secure boot. Best regards,Vadim. > > On 13 Jun 2019, at 23:33, Vadim Rozenfeld > > wrote: > > On Thu, 2019-06-13 at 11:36 +0300, Yedidyah Bar David wrote: > > > On Mon, Jun 10, 2019 at 10:54 PM Vinícius Ferrão > > hpc.com.br> wrote: > > > > RHV drivers works. > > > > oVirt drivers does not. > > > > > > > > Checked this now. > > > > > > > > I’m not sure if this is intended or not. But oVirt drivers > > > > aren’t signed for Windows. > > > > > > oVirt's drivers are simply copied from virtio-win repositories. > > > > > > Adding Vadim from virtio-win team. > > > > > > Best regards, > > > > Hi guys, > > > > Can you please help us to reproduce the problem? > > > > It will be great if you can provide me with the following > > information: > > > > - qemu and host kernel versions, > > - qemu command line, > > - RHV and oVirt drivers versions. > > > > Cheers, > > Vadim. > > > > > > > > > > > > On 29 May 2019, at 21:41, mich...@wanderingmad.com wrote: > > > > > > > > > > I'm running server 2012R2, 2016, and 2019 with no issue using > > > > the Redhat signed drivers from RHEV. > > > > > ___ > > > > > Users mailing list -- users@ovirt.org > > > > > To unsubscribe send an email to users-le...@ovirt.org > > > > > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > > > > > oVirt Code of Conduct: https://www.ovirt.org/community/about/ > > > > community-guidelines/ > > > > > List Archives: https://lists.ovirt.org/archives/list/users@ov > > > > irt.org/message/GBQEMLOW5DCSW7XSLNZKNX532BQHRFUB/ > > > > ___ > > > > Users mailing list -- users@ovirt.org > > > > To unsubscribe send an email to users-le...@ovirt.org > > > > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > > > > oVirt Code of Conduct: https://www.ovirt.org/community/about/co > > > > mmunity-guidelines/ > > > > List Archives: https://lists.ovirt.org/archives/list/users@ovir > > > > t.org/message/PNZWHYEWW23N4GQKHMJ2RUSQR363NSYH/ > > ul[class*='mb-extra__public-links'], ul[class*='mb-note__public- > > links'], ul[class*='mb-task__public-links'] { display: none > > !important; }___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/24CCAXCKI6C3SIOTOLIDZCGX3QRCCI6H/
[ovirt-users] Re: Windows Server 2019: Driver Signature Enforcement
On Thu, 2019-06-13 at 15:24 -0300, Vinícius Ferrão wrote: > Lev, thanks for the reply. > So basically Windows on Secureboot UEFI is simply “broken” within > oVirt? > > Will Red Hat reconsider this? Since one of the “selling points” of > oVirt 4.3 was UEFI support. Can the RH WHQL drivers be shipped with > oVirt? Technically, WHQL-signing is not required to satisfy secure boot requirements. UEFI signing should be enough. But it might be some license issues.https://techcommunity.microsoft.com/t5/Windows-Hardware- Certification/Microsoft-UEFI-CA-Signing-policy-updates/ba-p/364828 > Thanks, > > > On 13 Jun 2019, at 07:25, Lev Veyde wrote: > > Hi, > > > > I think that it's expected behaviour. > > > > In secure mode only WHQL'd drivers are allowed to be loaded into > > the OS kernel, and while RHEV/RHV provides WHQL'd drivers, oVirt > > users receive RH signed ones, which from the OS standpoint are > > basically not certified. > > > > Thanks in advance, > > > > On Thu, Jun 13, 2019 at 1:12 PM Yedidyah Bar David > > wrote: > > > On Mon, Jun 10, 2019 at 10:54 PM Vinícius Ferrão > > hpc.com.br> wrote: > > > > RHV drivers works. > > > > > > > > oVirt drivers does not. > > > > > > > > > > > > > > > > Checked this now. > > > > > > > > > > > > > > > > I’m not sure if this is intended or not. But oVirt drivers > > > > aren’t signed for Windows. > > > > > > oVirt's drivers are simply copied from virtio-win repositories. > > > Adding Vadim from virtio-win team. > > > Best regards, > > > > > > > > > > > > On 29 May 2019, at 21:41, mich...@wanderingmad.com wrote: > > > > > > > > > > > > > > > > > > I'm running server 2012R2, 2016, and 2019 with no issue using > > > > the Redhat signed drivers from RHEV. > > > > > > > > > ___ > > > > > > > > > Users mailing list -- users@ovirt.org > > > > > > > > > To unsubscribe send an email to users-le...@ovirt.org > > > > > > > > > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > > > > > > > > > oVirt Code of Conduct: https://www.ovirt.org/community/about/ > > > > community-guidelines/ > > > > > > > > > List Archives: https://lists.ovirt.org/archives/list/users@ov > > > > irt.org/message/GBQEMLOW5DCSW7XSLNZKNX532BQHRFUB/ > > > > > > > > ___ > > > > > > > > Users mailing list -- users@ovirt.org > > > > > > > > To unsubscribe send an email to users-le...@ovirt.org > > > > > > > > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > > > > > > > > oVirt Code of Conduct: https://www.ovirt.org/community/about/co > > > > mmunity-guidelines/ > > > > > > > > List Archives: https://lists.ovirt.org/archives/list/users@ovir > > > > t.org/message/PNZWHYEWW23N4GQKHMJ2RUSQR363NSYH/ > > > > > > > > > > > > > -- > > > Didi > > > > > > ___ > > > > > > Users mailing list -- users@ovirt.org > > > > > > To unsubscribe send an email to users-le...@ovirt.org > > > > > > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > > > > > > oVirt Code of Conduct: https://www.ovirt.org/community/about/comm > > > unity-guidelines/ > > > > > > List Archives: https://lists.ovirt.org/archives/list/users@ovirt. > > > org/message/OIBSOZEBGSF65JEVMNMPOCAB6ICTVKIU/ > > > > > > > -- > > > > Lev Veyde > > Software Engineer, RHCE | RHCVA | MCITP > > Red Hat Israel > > > > > > > > l...@redhat.com | lve...@redhat.com > > > > > > > > > > > > TRIED. TESTED. TRUSTED.___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/VW3VU46FEB5UITUF54XRHI4FOI6TSR26/
[ovirt-users] Re: Windows Server 2019: Driver Signature Enforcement
On Thu, 2019-06-13 at 11:36 +0300, Yedidyah Bar David wrote: > On Mon, Jun 10, 2019 at 10:54 PM Vinícius Ferrão com.br> wrote: > > RHV drivers works. > > > > oVirt drivers does not. > > > > > > > > Checked this now. > > > > > > > > I’m not sure if this is intended or not. But oVirt drivers aren’t > > signed for Windows. > > oVirt's drivers are simply copied from virtio-win repositories. > > Adding Vadim from virtio-win team. > > Best regards, Hi guys, Can you please help us to reproduce the problem? It will be great if you can provide me with the followinginformation: - qemu and host kernel versions,- qemu command line,- RHV and oVirt drivers versions. Cheers,Vadim. > > > > > > On 29 May 2019, at 21:41, mich...@wanderingmad.com wrote: > > > > > > > > > > I'm running server 2012R2, 2016, and 2019 with no issue using the > > Redhat signed drivers from RHEV. > > > > > ___ > > > > > Users mailing list -- users@ovirt.org > > > > > To unsubscribe send an email to users-le...@ovirt.org > > > > > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > > > > > oVirt Code of Conduct: https://www.ovirt.org/community/about/comm > > unity-guidelines/ > > > > > List Archives: https://lists.ovirt.org/archives/list/users@ovirt. > > org/message/GBQEMLOW5DCSW7XSLNZKNX532BQHRFUB/ > > > > ___ > > > > Users mailing list -- users@ovirt.org > > > > To unsubscribe send an email to users-le...@ovirt.org > > > > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > > > > oVirt Code of Conduct: https://www.ovirt.org/community/about/commun > > ity-guidelines/ > > > > List Archives: https://lists.ovirt.org/archives/list/us...@ovirt.or > > g/message/PNZWHYEWW23N4GQKHMJ2RUSQR363NSYH/ > > ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/33ZCZ4U4SX7Z6KAVR6KHWZPOEPENBHRQ/
Re: [ovirt-users] Bad performance with Windows 2012 guests
On Mon, 2015-05-18 at 10:41 -0500, Sven Achtelik wrote: Hi Vadim, could you reproduce my issue with your system ? Do you have any advice on getting more performance with Win2012 ? Thank you, Sven Hi Sven, Sorry for the delay in my response. I got pretty much mixed results compering WS2008R2 vs WS2012R2 running on RHEL6.5, as well as WS2012R2 running on RHEL6.5 vs WS2012R2 on top of RHEL7.0. As you can see, no matter what, on my setup WS2012R2 always performs better than WS2008R2. However, read performance is really poor for WS2012R2 running on top of RHEL 6.5 host. I'm still running some tests to get better understanding of this issue. Best regards, Vadim. RHEL 6.5RHEL 7 2012R2 2008R2 2012R2 WRITE QueueDepth Write MBps Write MBps Write MBps 1 37.216108 21.226565 35.023852 2 49.235277 25.0704649.721528 4 74.1260326.803523 70.124819 8 85.755117 33.1615484.640384 16 85.082841 41.244631 88.212587 32 98.192543 39.191664 101.577272 64 94.408442 39.071777 98.469119 128 READQueueDepth Read MBps Read MBps Read MBps 1 3.9012766.14455610.166953 2 2.4397665.48212 6.1118124 2.42859 5.6951896.8734598 2.4544455.5731976.50337316 2.5017445.8606256.62816332 3.0776497.36016610.912386 64 6.61292 10.185036 13.890179 124 -Ursprüngliche Nachricht- Von: Vadim Rozenfeld [mailto:vroze...@redhat.com] Gesendet: Dienstag, 5. Mai 2015 02:57 An: Sven Achtelik Cc: Doron Fediuck; Martijn Grendelman; Karen Noel; users@ovirt.org Betreff: Re: AW: AW: AW: Bad performance with Windows 2012 guests On Mon, 2015-05-04 at 03:32 -0500, Sven Achtelik wrote: Hi Vadim, the command line: /usr/libexec/qemu-kvm -name wc_db01 -S -machine rhel6.5.0,accel=kvm,usb=off -cpu Westmere -m 12288 -realtime mlock=off -smp 2,maxcpus=16,sockets=16,cores=1,threads=1 -uuid fbbdc0a0-23a4-4d32-a526-a35c59eb790d -smbios type=1,manufacturer=oVirt,product=oVirt Node,version=7-1.1503.el7.centos.2.8,serial=4C4C4544-0035-4E10-8034-B4C04F4B4E31,uuid=fbbdc0a0-23a4-4d32-a526-a35c59eb790d -no-user-config -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/wc_db01.monitor,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=2015-05-04T03:26:39,driftfix=slew -global kvm-pit.lost_tick_policy=discard -no-hpet -no-shutdown -boot strict=on -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 -device virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x5 -drive file=/rhev/data-center/mnt/ovirt-engine.mgmt.asl.local:_var_lib_exports_iso/d1559536-71da-4b7a-ad71-171b0b528d7f/images/----/SVR2012EVAL.iso,if=none,id=drive-ide0-1-0,readonly=on,format=raw,serial= -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0,bootindex=2 -drive file=/rhev/data-center/0002-0002-0002-0002-03e2/a7d4ddb9-4486-4e37-b524-29625d6a7e61/images/23672c7f-ec3c-4686-bc29-89a0f95eae1c/9741917b-9134-4e14-892d-d16abf13e406,if=none,id=drive-virtio-disk0,format=raw,serial=23672c7f-ec3c-4686-bc29-89a0f95eae1c,cache=none,werror=stop,rerror=stop,aio=native -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 -drive file=/rhev/data-center/0002-0002-0002-0002-03e2/a7d4ddb9-4486-4e37-b524-29625d6a7e61/images/238e79c3-378b-4117-9b6d-18f73832f286/a8730e05-ed95-4d41-a10d-e249b601ebd3,if=none,id=drive-virtio-disk1,format=qcow2,serial=238e79c3-378b-4117-9b6d-18f73832f286,cache=none,werror=stop,rerror=stop,aio=native -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x7,drive=drive-virtio-disk1,id=virtio-disk1 -netdev tap,fd=29,id=hostnet0,vhost=on,vhostfd=30 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=00:00:1a:4a:ae:02,bus=pci.0,addr=0x3 -chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/fbbdc0a0-23a4-4d32-a526-a35c59eb790d.com.redhat.rhevm.vdsm,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm -chardev socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/fbbdc0a0-23a4-4d32-a526-a35c59eb790d.org.qemu.guest_agent.0,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 -chardev pty,id=charconsole0 -device virtconsole,chardev=charconsole0,id=console0
Re: [ovirt-users] Bad performance with Windows 2012 guests
On Mon, 2015-05-04 at 03:32 -0500, Sven Achtelik wrote: Hi Vadim, the command line: /usr/libexec/qemu-kvm -name wc_db01 -S -machine rhel6.5.0,accel=kvm,usb=off -cpu Westmere -m 12288 -realtime mlock=off -smp 2,maxcpus=16,sockets=16,cores=1,threads=1 -uuid fbbdc0a0-23a4-4d32-a526-a35c59eb790d -smbios type=1,manufacturer=oVirt,product=oVirt Node,version=7-1.1503.el7.centos.2.8,serial=4C4C4544-0035-4E10-8034-B4C04F4B4E31,uuid=fbbdc0a0-23a4-4d32-a526-a35c59eb790d -no-user-config -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/wc_db01.monitor,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=2015-05-04T03:26:39,driftfix=slew -global kvm-pit.lost_tick_policy=discard -no-hpet -no-shutdown -boot strict=on -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 -device virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x5 -drive file=/rhev/data-center/mnt/ovirt-engine.mgmt.asl.local:_var_lib_exports_iso/d1559536-71da-4b7a-ad71-171b0b528d7f/images/----/SVR2012EVAL.iso,if=none,id=drive-ide0-1-0,readonly=on,format=raw,serial= -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0,bootindex=2 -drive file=/rhev/data-center/0002-0002-0002-0002-03e2/a7d4ddb9-4486-4e37-b524-29625d6a7e61/images/23672c7f-ec3c-4686-bc29-89a0f95eae1c/9741917b-9134-4e14-892d-d16abf13e406,if=none,id=drive-virtio-disk0,format=raw,serial=23672c7f-ec3c-4686-bc29-89a0f95eae1c,cache=none,werror=stop,rerror=stop,aio=native -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 -drive file=/rhev/data-center/0002-0002-0002-0002-03e2/a7d4ddb9-4486-4e37-b524-29625d6a7e61/images/238e79c3-378b-4117-9b6d-18f73832f286/a8730e05-ed95-4d41-a10d-e249b601ebd3,if=none,id=drive-virtio-disk1,format=qcow2,serial=238e79c3-378b-4117-9b6d-18f73832f286,cache=none,werror=stop,rerror=stop,aio=native -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x7,drive=drive-virtio-disk1,id=virtio-disk1 -netdev tap,fd=29,id=hostnet0,vhost=on,vhostfd=30 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=00:00:1a:4a:ae:02,bus=pci.0,addr=0x3 -chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/fbbdc0a0-23a4-4d32-a526-a35c59eb790d.com.redhat.rhevm.vdsm,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm -chardev socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/fbbdc0a0-23a4-4d32-a526-a35c59eb790d.org.qemu.guest_agent.0,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 -chardev pty,id=charconsole0 -device virtconsole,chardev=charconsole0,id=console0 -device usb-tablet,id=input0 -vnc 172.16.1.14:2,password -k en-us -vga cirrus -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x8 -msg timestamp=on Sven Thanks a lot. I will try trace this issue on my local setup. Best regards, Vadim. -Ursprüngliche Nachricht- Von: Vadim Rozenfeld [mailto:vroze...@redhat.com] Gesendet: Montag, 4. Mai 2015 05:00 An: Sven Achtelik Cc: Doron Fediuck; Martijn Grendelman; Karen Noel; users@ovirt.org Betreff: Re: AW: AW: Bad performance with Windows 2012 guests On Sun, 2015-05-03 at 07:46 -0500, Sven Achtelik wrote: Hi Vadim, I've tested the performance with CrystalDiskMark from inside the Windows guest. Using Win2k8 R2 I got expected values for my system, about 88 MB/s on 4k random with 32 queues and 500MB/s + sequential writes with 32 queues. Using a Windows 2012 VM on the same system it's only 33MB/s on 4k random with 32 queues and 300MB/s sequential writes. Similar tests with a linux VM show a bit better values than the Win2k8 R2 and respond ultra-fast. My hosts are connected via iSCSI using a 10 GbE link and a ZFS appliance as the storage system. All tests have been run several times with the same results. Sven, Can I ask you to post the Windows 2012 VM qemu command line? Thanks, Vadim. Sven -Ursprüngliche Nachricht- Von: Vadim Rozenfeld [mailto:vroze...@redhat.com] Gesendet: Sonntag, 3. Mai 2015 14:35 An: Sven Achtelik Cc: Doron Fediuck; Martijn Grendelman; Karen Noel; users@ovirt.org Betreff: Re: AW: Bad performance with Windows 2012 guests On Sun, 2015-05-03 at 06:48 -0500, Sven Achtelik wrote: Hi Doron, I've also noticed that there seems to be a difference in performance between Win2k8 R2/Linux and Windows Server 2012. After reading Martijns post I've done some speed test regarding the drive speeds and was looking for a way to compare the VMs on a more professional way. My tests showed, that on the same hardware, the Win2k8 R2 was faster in response and throughput on the disks. I found a utility that somehow
Re: [ovirt-users] Bad performance with Windows 2012 guests
On Mon, 2015-05-04 at 09:34 +0200, Martijn Grendelman wrote: Hi, Ever since our first Windows Server 2012 deployment on oVirt (3.4 back then, now 3.5.1), I have noticed that working on these VMs via RDP or on the console via VNC is noticeably slower than on Windows 2008 guests on the same oVirt environment. [snip] Does anyone share this experience? Any idea why this could happen and how it can be fixed? Any other information I should share to get a better idea? Hi Martijn, Can you please provide the QEMU command line, together with kvm and qemu version? This information will be helpful for reproducing the problem. However, if the problem is not reproducible on a local setup, we will probably need to ask collecting some performance information with xperf tool. Sure! Command line is this: /usr/libexec/qemu-kvm -name Getafix -S -M rhel6.5.0 -cpu Penryn,hv_relaxed -enable-kvm -m 2048 -realtime mlock=off -smp 2,maxcpus=16,sockets=16,cores=1,threads=1 -uuid 34951c25-9a37-4712-a16a-fdfc98f4febc -smbios type=1,manufacturer=oVirt,product=oVirt Node,version=6-6.el6.centos.12.2,serial=44454C4C-3400-1058-804C-B1C04F42344A,uuid=34951c25-9a37-4712-a16a-fdfc98f4febc -nodefconfig -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/Getafix.monitor,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=2015-01-12T11:14:02,clock=vm,driftfix=slew -no-kvm-pit-reinjection -no-shutdown -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x4 -drive if=none,media=cdrom,id=drive-ide0-1-0,readonly=on,format=raw,serial= -device ide-drive,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -drive file=/rhev/data-center/aefd5844-6e01-4070-b3b9-c0d73cc40c78/52678e67-a202-4306-b7ed-5fed8df10edf/images/28cc9a6c-6f2e-4b09-b361-f2a09f27dbc5/4c7b571e-4b29-47b9-ab4b-5799d64f28f9,if=none,id=drive-virtio-disk0,format=raw,serial=28cc9a6c-6f2e-4b09-b361-f2a09f27dbc5,cache=none,werror=stop,rerror=stop,aio=threads -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x5,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 -netdev tap,fd=41,id=hostnet0,vhost=on,vhostfd=43 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:74:59:a2,bus=pci.0,addr=0x3 -chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/34951c25-9a37-4712-a16a-fdfc98f4febc.com.redhat.rhevm.vdsm,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm -chardev socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/34951c25-9a37-4712-a16a-fdfc98f4febc.org.qemu.guest_agent.0,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 -device usb-tablet,id=input0 -vnc 172.17.6.14:7,password -k en-us -vga cirrus -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 -msg timestamp=on Qemu version: qemu-kvm-rhev-0.12.1.2-2.415.el6_5.14.x86_64 Please let me know if I can do more to help! Thank you Martijn, Just curious, when opening Device Manager dialog, do you see High precision event timer device under System devices category? Best regards, Vadim. Best regards, Martijn. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Bad performance with Windows 2012 guests
On Mon, 2015-05-04 at 08:28 -0400, Michal Skrivanek wrote: On 4 May 2015, at 09:35, Martijn Grendelman martijn.grendel...@isaac.nl wrote: Hi, Ever since our first Windows Server 2012 deployment on oVirt (3.4 back then, now 3.5.1), I have noticed that working on these VMs via RDP or on the console via VNC is noticeably slower than on Windows 2008 guests on the same oVirt environment. [snip] Does anyone share this experience? Any idea why this could happen and how it can be fixed? Any other information I should share to get a better idea? Hi Martijn, Can you please provide the QEMU command line, together with kvm and qemu version? This information will be helpful for reproducing the problem. However, if the problem is not reproducible on a local setup, we will probably need to ask collecting some performance information with xperf tool. Sure! Command line is this: /usr/libexec/qemu-kvm -name Getafix -S -M rhel6.5.0 -cpu Penryn,hv_relaxed -enable-kvm -m 2048 -realtime mlock=off -smp 2,maxcpus=16,sockets=16,cores=1,threads=1 -uuid 34951c25-9a37-4712-a16a-fdfc98f4febc -smbios type=1,manufacturer=oVirt,product=oVirt Node,version=6-6.el6.centos.12.2,serial=44454C4C-3400-1058-804C-B1C04F42344A,uuid=34951c25-9a37-4712-a16a-fdfc98f4febc -nodefconfig -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/Getafix.monitor,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=2015-01-12T11:14:02,clock=vm,driftfix=slew -no-kvm-pit-reinjection -no-shutdown -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x4 -drive if=none,media=cdrom,id=drive-ide0-1-0,readonly=on,format=raw,serial= -device ide-drive,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -drive file=/rhev/data-center/aefd5844-6e01-4070-b3b9-c0d73cc40c78/52678e67-a202-4306-b7e d-5fed8df10edf/images/28cc9a6c-6f2e-4b09-b361-f2a09f27dbc5/4c7b571e-4b29-47b9-ab4b-5799d64f28f9,if=none,id=drive-virtio-disk0,format=raw,serial=28cc9a6c-6f2e-4b09-b361-f2a09f27dbc5,cache=none,werror=stop,rerror=stop,aio=threads -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x5,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 -netdev tap,fd=41,id=hostnet0,vhost=on,vhostfd=43 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:74:59:a2,bus=pci.0,addr=0x3 -chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/34951c25-9a37-4712-a16a-fdfc98f4febc.com.redhat.rhevm.vdsm,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm -chardev socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/34951c25-9a37-4712-a16a-fdfc98f4febc.org.qemu.guest_agent.0,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 -device usb-table t,id=input0 -vnc 172.17.6.14:7,password -k en-us -vga cirrus -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 -msg timestamp=on Qemu version: qemu-kvm-rhev-0.12.1.2-2.415.el6_5.14.x86_64 Please let me know if I can do more to help! How about trying virtio-scsi? Same difference? We'll be supporting virtio blk dataplane in 3.6, that may affect the performance significantly. Also a EL7 hypervisor could change results a lot. Do you have any at hand to give it a try? Well, also hyperv enlightnment? Not sure, but worth a try. It's currently disabled in osinfo entry for Win8/2012, can you try that?(on a non-production VM;) It worth trying, especially hv_time flag. Vadim. Thanks, michal Best regards, Martijn. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Bad performance with Windows 2012 guests
On Sun, 2015-05-03 at 07:46 -0500, Sven Achtelik wrote: Hi Vadim, I've tested the performance with CrystalDiskMark from inside the Windows guest. Using Win2k8 R2 I got expected values for my system, about 88 MB/s on 4k random with 32 queues and 500MB/s + sequential writes with 32 queues. Using a Windows 2012 VM on the same system it's only 33MB/s on 4k random with 32 queues and 300MB/s sequential writes. Similar tests with a linux VM show a bit better values than the Win2k8 R2 and respond ultra-fast. My hosts are connected via iSCSI using a 10 GbE link and a ZFS appliance as the storage system. All tests have been run several times with the same results. Sven, Can I ask you to post the Windows 2012 VM qemu command line? Thanks, Vadim. Sven -Ursprüngliche Nachricht- Von: Vadim Rozenfeld [mailto:vroze...@redhat.com] Gesendet: Sonntag, 3. Mai 2015 14:35 An: Sven Achtelik Cc: Doron Fediuck; Martijn Grendelman; Karen Noel; users@ovirt.org Betreff: Re: AW: Bad performance with Windows 2012 guests On Sun, 2015-05-03 at 06:48 -0500, Sven Achtelik wrote: Hi Doron, I've also noticed that there seems to be a difference in performance between Win2k8 R2/Linux and Windows Server 2012. After reading Martijns post I've done some speed test regarding the drive speeds and was looking for a way to compare the VMs on a more professional way. My tests showed, that on the same hardware, the Win2k8 R2 was faster in response and throughput on the disks. I found a utility that somehow measures the latency on a system and that also showed a significant difference. What is the correct way to do a performance test on a VM running in KVM ? Sven Hi Sven, Can you specify the type of disk on your system - ide, virtio-blk, or virtio-scsi? We usually use iometer for disk performance profiling. Sequential read/write, block size from 4K up to 256K, queue depth from 1 to 64. Vadim. -Ursprüngliche Nachricht- Von: users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] Im Auftrag von Doron Fediuck Gesendet: Samstag, 2. Mai 2015 10:50 An: Martijn Grendelman Cc: Karen Noel; users@ovirt.org; Vadim Rozenfeld Betreff: Re: [ovirt-users] Bad performance with Windows 2012 guests On Apr 30, 2015 14:03, Martijn Grendelman martijn.grendel...@isaac.nl wrote: Hi, Ever since our first Windows Server 2012 deployment on oVirt (3.4 back then, now 3.5.1), I have noticed that working on these VMs via RDP or on the console via VNC is noticeably slower than on Windows 2008 guests on the same oVirt environment. Basic things like starting an application (even the Server Manager that get started automatically on login) take a very long time, sometimes minutes. Everything is just... slow. We have recently deployed Microsoft Exchange on a Windows Server 2012 guest on RHEV, and it doesn't perform well at all. I haven't been able to find the cause for this slowness; CPU usage is not excessive and it doesn't seem I/O related. Moreover, other types of guests (Linux and even Windows 2008) do not have this problem. We have 3 different environments: - oVirt 3.5.1, on old Dell servers with Penryn Family CPUs with fairly slow storage on replicated GlusterFS, running CentOS 6.6 - oVirt 3.5.1, on modern 6-core SandyBridge servers with local storage via NFS, running CentOS 7.0) - RHEV 3.4.4 on modern 10-core SandyBridge servers with an iSCSI SAN behind it, running on RHEV Hypervisor 6.5 All of these -very different- environments expose the same behaviour: Linux, Windows 2008 fast (or as fast as can be expected given the hardware), Windows 2012 painfully slow. All Windows 2012 servers use VirtIO disk and network. I think all drivers are from the virtio-win-0.1-74 ISO. Does anyone share this experience? Any idea why this could happen and how it can be fixed? Any other information I should share to get a better idea? Btw, for the guests on the RHEV environment, we have a case with RedHat support, but that doesn't seem to lead to a quick solution, hence I'm writing here, too. Thanks for any help. Regards, Martijn Grendelman Hi Martijn, Can you please provide the QEMU command line, together with kvm and qemu version? This information will be helpful for reproducing the problem. However, if the problem is not reproducible on a local setup, we will probably need to ask collecting some performance information with xperf tool. Doron ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Bad performance with Windows 2012 guests
On Sun, 2015-05-03 at 06:48 -0500, Sven Achtelik wrote: Hi Doron, I've also noticed that there seems to be a difference in performance between Win2k8 R2/Linux and Windows Server 2012. After reading Martijns post I've done some speed test regarding the drive speeds and was looking for a way to compare the VMs on a more professional way. My tests showed, that on the same hardware, the Win2k8 R2 was faster in response and throughput on the disks. I found a utility that somehow measures the latency on a system and that also showed a significant difference. What is the correct way to do a performance test on a VM running in KVM ? Sven Hi Sven, Can you specify the type of disk on your system - ide, virtio-blk, or virtio-scsi? We usually use iometer for disk performance profiling. Sequential read/write, block size from 4K up to 256K, queue depth from 1 to 64. Vadim. -Ursprüngliche Nachricht- Von: users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] Im Auftrag von Doron Fediuck Gesendet: Samstag, 2. Mai 2015 10:50 An: Martijn Grendelman Cc: Karen Noel; users@ovirt.org; Vadim Rozenfeld Betreff: Re: [ovirt-users] Bad performance with Windows 2012 guests On Apr 30, 2015 14:03, Martijn Grendelman martijn.grendel...@isaac.nl wrote: Hi, Ever since our first Windows Server 2012 deployment on oVirt (3.4 back then, now 3.5.1), I have noticed that working on these VMs via RDP or on the console via VNC is noticeably slower than on Windows 2008 guests on the same oVirt environment. Basic things like starting an application (even the Server Manager that get started automatically on login) take a very long time, sometimes minutes. Everything is just... slow. We have recently deployed Microsoft Exchange on a Windows Server 2012 guest on RHEV, and it doesn't perform well at all. I haven't been able to find the cause for this slowness; CPU usage is not excessive and it doesn't seem I/O related. Moreover, other types of guests (Linux and even Windows 2008) do not have this problem. We have 3 different environments: - oVirt 3.5.1, on old Dell servers with Penryn Family CPUs with fairly slow storage on replicated GlusterFS, running CentOS 6.6 - oVirt 3.5.1, on modern 6-core SandyBridge servers with local storage via NFS, running CentOS 7.0) - RHEV 3.4.4 on modern 10-core SandyBridge servers with an iSCSI SAN behind it, running on RHEV Hypervisor 6.5 All of these -very different- environments expose the same behaviour: Linux, Windows 2008 fast (or as fast as can be expected given the hardware), Windows 2012 painfully slow. All Windows 2012 servers use VirtIO disk and network. I think all drivers are from the virtio-win-0.1-74 ISO. Does anyone share this experience? Any idea why this could happen and how it can be fixed? Any other information I should share to get a better idea? Btw, for the guests on the RHEV environment, we have a case with RedHat support, but that doesn't seem to lead to a quick solution, hence I'm writing here, too. Thanks for any help. Regards, Martijn Grendelman Hi Martijn, Can you please provide the QEMU command line, together with kvm and qemu version? This information will be helpful for reproducing the problem. However, if the problem is not reproducible on a local setup, we will probably need to ask collecting some performance information with xperf tool. Doron ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Extremely poor disk access speeds in Windows guest
On Fri, 2014-01-31 at 11:37 -0500, Steve Dainard wrote: I've reconfigured my setup (good succes below, but need clarity on gluster option): Two nodes total, both running virt and glusterfs storage (2 node replica, quorum). I've created an NFS storage domain, pointed at the first nodes IP address. I've launched a 2008 R2 SP1 install with a virtio-scsi disk, and the SCSI pass-through driver on the same node as the NFS domain is pointing at. Windows guest install has been running for roughly 1.5 hours, still Expanding Windows files (55%) ... [VR] Does it work faster with IDE? Do you have kvm enabled? Thanks, Vadim. top is showing: PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 3609 root 20 0 1380m 33m 2604 S 35.4 0.1 231:39.75 glusterfsd 21444 qemu 20 0 6362m 4.1g 6592 S 10.3 8.7 10:11.53 qemu-kvm This is a 2 socket, 6 core xeon machine with 48GB of RAM, and 6x 7200rpm enterprise sata disks in RAID5 so I don't think we're hitting hardware limitations. dd on xfs (no gluster) time dd if=/dev/zero of=test bs=1M count=2048 2048+0 records in 2048+0 records out 2147483648 bytes (2.1 GB) copied, 4.15787 s, 516 MB/s real 0m4.351s user 0m0.000s sys 0m1.661s time dd if=/dev/zero of=test bs=1k count=200 200+0 records in 200+0 records out 204800 bytes (2.0 GB) copied, 4.06949 s, 503 MB/s real 0m4.260s user 0m0.176s sys 0m3.991s I've enabled nfs.trusted-sync (http://gluster.org/community/documentation/index.php/Gluster_3.2:_Setting_Volume_Options#nfs.trusted-sync) on the gluster volume, and the speed difference is immeasurable . Can anyone explain what this option does, and what the risks are with a 2 node gluster replica volume with quorum enabled? Thanks, ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Extremely poor disk access speeds in Windows guest
On Wed, 2014-01-29 at 12:35 -0500, Steve Dainard wrote: On Wed, Jan 29, 2014 at 5:11 AM, Vadim Rozenfeld vroze...@redhat.com wrote: On Wed, 2014-01-29 at 11:30 +0200, Ronen Hod wrote: Adding the virtio-scsi developers. Anyhow, virtio-scsi is newer and less established than viostor (the block device), so you might want to try it out. [VR] Was it SCSI Controller or SCSI pass-through controller? If it's SCSI Controller then it will be viostor (virtio-blk) device driver. SCSI Controller is listed in device manager. Hardware ID's: PCI\VEN_1AF4DEV_1004SUBSYS_00081AF4REV_00 PCI\VEN_1AF4DEV_1004SUBSYS_00081AF4 There is something strange here. Subsystem ID 0008 means it is a virtio scsi pass-through controller. And you shouldn't be able to install SCSI Controller device driver (viostor.sys) on top of SCSI pass-through Controller. vioscsi.sys should be installed on top of VEN_1AF4DEV_1004SUBSYS_00081AF4REV_00 viostor.sys should be installed on top of VEN_1AF4DEV_1001SUBSYS_00021AF4REV_00 PCI\VEN_1AF4DEV_1004CC_01 PCI\VEN_1AF4DEV_1004CC_0100 A disclaimer: There are time and patches gaps between RHEL and other versions. Ronen. On 01/28/2014 10:39 PM, Steve Dainard wrote: I've had a bit of luck here. Overall IO performance is very poor during Windows updates, but a contributing factor seems to be the SCSI Controller device in the guest. This last install I didn't install a driver for that device, [VR] Does it mean that your system disk is IDE and the data disk (virtio-blk) is not accessible? In Ovirt 3.3.2-1.el6 I do not have an option to add a virtio-blk device: Screenshot here: https://dl.dropboxusercontent.com/u/21916057/Screenshot%20from% 202014-01-29%2010%3A04%3A57.png my guess is that VirtIO means virtio-blk, and you should use viostor.sys for it. VirtIO-SCSI is for virtio-scsi, and need install vioscsi.sys to make it working in Windows. VM disk drive is Red Hat VirtIO SCSI Disk Device, storage controller is listed as Red Hat VirtIO SCSI Controller as shown in device manager. Screenshot here: https://dl.dropboxusercontent.com/u/21916057/Screenshot%20from% 202014-01-29%2009%3A57%3A24.png In Ovirt manager the disk interface is listed as VirtIO. Screenshot here: https://dl.dropboxusercontent.com/u/21916057/Screenshot%20from% 202014-01-29%2009%3A58%3A35.png and my performance is much better. Updates still chug along quite slowly, but I seem to have more than the 100KB/s write speeds I was seeing previously. Does anyone know what this device is for? I have the Red Hat VirtIO SCSI Controller listed under storage controllers. [VR] It's a virtio-blk device. OS cannot see this volume unless you have viostor.sys driver installed on it. Interesting that my VM's can see the controller, but I can't add a disk for that controller in Ovirt. Is there a package I have missed on install? rpm -qa | grep ovirt ovirt-host-deploy-java-1.1.3-1.el6.noarch ovirt-engine-backend-3.3.2-1.el6.noarch ovirt-engine-lib-3.3.2-1.el6.noarch ovirt-engine-restapi-3.3.2-1.el6.noarch ovirt-engine-sdk-python-3.3.0.8-1.el6.noarch ovirt-log-collector-3.3.2-2.el6.noarch ovirt-engine-dbscripts-3.3.2-1.el6.noarch ovirt-engine-webadmin-portal-3.3.2-1.el6.noarch ovirt-host-deploy-1.1.3-1.el6.noarch ovirt-image-uploader-3.3.2-1.el6.noarch ovirt-engine-websocket-proxy-3.3.2-1.el6.noarch ovirt-engine-userportal-3.3.2-1.el6.noarch ovirt-engine-setup-3.3.2-1.el6.noarch ovirt-iso-uploader-3.3.2-1.el6.noarch ovirt-engine-cli-3.3.0.6-1.el6.noarch ovirt-engine-3.3.2-1.el6.noarch ovirt-engine-tools-3.3.2-1.el6.noarch I've setup a NFS storage domain on my desktops SSD. I've re-installed win 2008 r2 and initially it was running smoother. Disk performance peaks at 100MB/s. If I copy a 250MB file from a share into the Windows VM, it writes out [VR] Do you copy it with Explorer or any other copy program? Windows Explorer only. Do you have HPET enabled? I can't find it in the guest 'system devices'. On the hosts the current clock source is 'tsc', although 'hpet' is an available option. How does it work with if you copy from/to local (non-NFS
Re: [Users] Extremely poor disk access speeds in Windows guest
On Wed, 2014-01-29 at 11:30 +0200, Ronen Hod wrote: Adding the virtio-scsi developers. Anyhow, virtio-scsi is newer and less established than viostor (the block device), so you might want to try it out. [VR] Was it SCSI Controller or SCSI pass-through controller? If it's SCSI Controller then it will be viostor (virtio-blk) device driver. A disclaimer: There are time and patches gaps between RHEL and other versions. Ronen. On 01/28/2014 10:39 PM, Steve Dainard wrote: I've had a bit of luck here. Overall IO performance is very poor during Windows updates, but a contributing factor seems to be the SCSI Controller device in the guest. This last install I didn't install a driver for that device, [VR] Does it mean that your system disk is IDE and the data disk (virtio-blk) is not accessible? and my performance is much better. Updates still chug along quite slowly, but I seem to have more than the 100KB/s write speeds I was seeing previously. Does anyone know what this device is for? I have the Red Hat VirtIO SCSI Controller listed under storage controllers. [VR] It's a virtio-blk device. OS cannot see this volume unless you have viostor.sys driver installed on it. Steve Dainard IT Infrastructure Manager Miovision | Rethink Traffic 519-513-2407 ex.250 877-646-8476 (toll-free) Blog | LinkedIn | Twitter | Facebook Miovision Technologies Inc. | 148 Manitou Drive, Suite 101, Kitchener, ON, Canada | N2C 1L3 This e-mail may contain information that is privileged or confidential. If you are not the intended recipient, please delete the e-mail and any attachments and notify us immediately. On Sun, Jan 26, 2014 at 2:33 AM, Itamar Heim ih...@redhat.com wrote: On 01/26/2014 02:37 AM, Steve Dainard wrote: Thanks for the responses everyone, really appreciate it. I've condensed the other questions into this reply. Steve, What is the CPU load of the GlusterFS host when comparing the raw brick test to the gluster mount point test? Give it 30 seconds and see what top reports. You’ll probably have to significantly increase the count on the test so that it runs that long. - Nick Gluster mount point: *4K* on GLUSTER host [root@gluster1 rep2]# dd if=/dev/zero of=/mnt/rep2/test1 bs=4k count=50 50+0 records in 50+0 records out 204800 tel:204800 bytes (2.0 GB) copied, 100.076 s, 20.5 MB/s Top reported this right away: PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 1826 root 20 0 294m 33m 2540 S 27.2 0.4 0:04.31 glusterfs 2126 root 20 0 1391m 31m 2336 S 22.6 0.4 11:25.48 glusterfsd Then at about 20+ seconds top reports this: PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 1826 root 20 0 294m 35m 2660 R 141.7 0.5 1:14.94 glusterfs 2126 root 20 0 1392m 31m 2344 S 33.7 0.4 11:46.56 glusterfsd *4K* Directly on the brick: dd if=/dev/zero of=test1 bs=4k count=50 50+0 records in 50+0 records out 204800 tel:204800 bytes (2.0 GB) copied, 4.99367 s, 410 MB/s 7750 root 20 0 102m 648 544 R 50.3 0.0 0:01.52 dd 7719 root 20 0 000 D 1.0 0.0 0:01.50 flush-253:2 Same test, gluster mount point on OVIRT host: dd if=/dev/zero of=/mnt/rep2/test1 bs=4k count=50 50+0 records in 50+0 records out 204800 tel:204800 bytes (2.0 GB) copied, 42.4518 s, 48.2 MB/s PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 2126 root
Re: [Users] best disk type for WIn XP guests
On Wednesday, January 23, 2013 06:17:16 PM Gianluca Cecchi wrote: Hello, I have a WIn XP guest configured with one ide disk. I would like to pass to virtio. Is it supported/usable for Win XP as a disk type on oVirt? What else are using other ones in case, apart IDE? My attempt is to add a second 1Gb disk configured as virtio and then if successful change disk type for the first disk too. But when powering up the guest it finds new hardware for the second disk, I point it to the directory WXP\X86 of the iso using virtio-win-1.1.16.vfd It finds the viostor.xxx files but at the end it fails installing the driver (see https://docs.google.com/file/d/0BwoPbcrMv8mvMUQ2SWxYZWhSV0E/edit ) Any help/suggestion is welcome. Error code 39 means that OS cannot load the device driver. On 32 bit platforms it usually happens with corrupted installation media or platform/architecture mismatch. Vadim. Gianluca ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users