[ovirt-users] Re: Hosted Engine Deployement

2020-07-20 Thread Vijay Sachdeva via Users
Hi Everyone, 

 

I resolved this issue using below link:

 

https://bugzilla.redhat.com/show_bug.cgi?id=1602267

 

But now it got stuck at below:

 

 

Any one any idea how we can resolve this..!!

 

 

Thanks

Vijay Sachdeva

 

 

From: Vijay Sachdeva 
Date: Tuesday, 21 July 2020 at 9:00 AM
To: Strahil Nikolov via Users 
Cc: Patrick Lomakin 
Subject: Hosted Engine Deployement

 

Hi All,

 

It tried deploying hosted engine using cli  and got this error every time:

 

 

Can anyone please let me know what here is missing..!! As it would be a great 
help.patri

 

Thanks

Vijay Sachdeva

 

___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/XHH4VD2JFJLJ74YYJZUOJSJ4BLQXRTXN/


[ovirt-users] Re: Ovirt Hosted Engine Setup

2020-07-20 Thread Vijay Sachdeva via Users
Hi Ritesh,

 

Currently I can’t use 4.4, I am using 4.3.8 for the deployment and now using 
from CLI it got stuck here:

 

 

I want to understand, what actually it is trying to do in the backend. Is it 
like trying to create the bridge and getting the network UP? As it is again 
stuck for past 1 hour

 

Thanks

Vijay Sachdeva

 

 

From: Vijay Sachdeva 
Date: Tuesday, 21 July 2020 at 9:52 AM
To: Ritesh Chikatwar 
Cc: Patrick Lomakin , users 
Subject: Re: [ovirt-users] Re: Ovirt Hosted Engine Setup

 

Hi Ritesh,

 

You mean 4.4 version?

 

Thanks

 

On Tue, Jul 21, 2020, 09:29 Ritesh Chikatwar  wrote:

Hello Vijay...

 

 

Please try with the latest appliance this issue has been fixed.

 

On Mon, Jul 20, 2020 at 1:42 PM Vijay Sachdeva via Users  
wrote:

Hi Patrick,

Tried installing using cockpit, got stuck at the same. Don't know what's wrong 
here and I am stuck from 2 days.

Any help..!!

Thanks
Vijay Sachdeva


On 20/07/20, 1:04 PM, "Patrick Lomakin"  wrote:

I have also seen this. Long time later the hosted-engine setup threw an 
error, but after install from cockpit panel an error disappeared. Try this too) 
Regards!
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/S4BRO44ETSZPMF42RGWOENXZDJWHPYBN/


___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/QJZW267G65PWL4PLTR2DC746ZTNQVGWB/

___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/O7KUMMQ6V2TVUFL6IAGU4WBRFNR5Z7ER/


[ovirt-users] Re: Ovirt Hosted Engine Setup

2020-07-20 Thread Vijay Sachdeva via Users
Hi Ritesh,

You mean 4.4 version?

Thanks

On Tue, Jul 21, 2020, 09:29 Ritesh Chikatwar  wrote:

> Hello Vijay...
>
>
> Please try with the latest appliance this issue has been fixed.
>
> On Mon, Jul 20, 2020 at 1:42 PM Vijay Sachdeva via Users 
> wrote:
>
>> Hi Patrick,
>>
>> Tried installing using cockpit, got stuck at the same. Don't know what's
>> wrong here and I am stuck from 2 days.
>>
>> Any help..!!
>>
>> Thanks
>> Vijay Sachdeva
>>
>>
>> On 20/07/20, 1:04 PM, "Patrick Lomakin" 
>> wrote:
>>
>> I have also seen this. Long time later the hosted-engine setup threw
>> an error, but after install from cockpit panel an error disappeared. Try
>> this too) Regards!
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/privacy-policy.html
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/S4BRO44ETSZPMF42RGWOENXZDJWHPYBN/
>>
>>
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/privacy-policy.html
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/QJZW267G65PWL4PLTR2DC746ZTNQVGWB/
>>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/DSMAT2KFZXVAOD4DNBDC4ICCXZADWNWL/


[ovirt-users] Re: Ovirt Hosted Engine Setup

2020-07-20 Thread Ritesh Chikatwar
Hello Vijay...


Please try with the latest appliance this issue has been fixed.

On Mon, Jul 20, 2020 at 1:42 PM Vijay Sachdeva via Users 
wrote:

> Hi Patrick,
>
> Tried installing using cockpit, got stuck at the same. Don't know what's
> wrong here and I am stuck from 2 days.
>
> Any help..!!
>
> Thanks
> Vijay Sachdeva
>
>
> On 20/07/20, 1:04 PM, "Patrick Lomakin" 
> wrote:
>
> I have also seen this. Long time later the hosted-engine setup threw
> an error, but after install from cockpit panel an error disappeared. Try
> this too) Regards!
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/S4BRO44ETSZPMF42RGWOENXZDJWHPYBN/
>
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/QJZW267G65PWL4PLTR2DC746ZTNQVGWB/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/CHUJNRT4E7B6QDN35A4ASHJC2C42DVCO/


[ovirt-users] Hosted Engine Deployement

2020-07-20 Thread Vijay Sachdeva via Users
Hi All,

 

It tried deploying hosted engine using cli  and got this error every time:

 

 

Can anyone please let me know what here is missing..!! As it would be a great 
help.patri

 

Thanks

Vijay Sachdeva

 

___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/XRLXD5EUCS57KACBSTGLSZIXYAOZHDM4/


[ovirt-users] Re: very very bad iscsi performance

2020-07-20 Thread Philip Brown
AH! my apologies. It seemed very odd, so I reviewed, and discovered that I 
messed up my testing of direct lun.

updated results are improved from my previous email, but not any better than 
going through normal storage domain.

18156: 61.714: IO Summary: 110396 ops, 1836.964 ops/s, (921/907 r/w),   
3.6mb/s,949us cpu/op,  27.3ms latency

17095: 61.794: IO Summary: 123458 ops, 2052.922 ops/s, (1046/996 r/w),   
4.0mb/s,858us cpu/op,  60.4ms latency



- Original Message -
From: "Philip Brown" 
To: "Paolo Bonzini" 
Cc: "Nir Soffer" , "users" , "qemu-block" 
, "Stefan Hajnoczi" , "Sergio Lopez 
Pascual" , "Mordechai Lehrer" 
Sent: Monday, July 20, 2020 4:30:32 PM
Subject: Re: [ovirt-users] very very bad iscsi performance

FYI, I just tried it with direct lun.

it is as bad or worse.
I dont know about that sg io vs qemu initiator, but here is the results.


15223: 62.824: IO Summary: 83751 ops, 1387.166 ops/s, (699/681 r/w),   2.7mb/s, 
   619us cpu/op, 281.4ms latency
15761: 62.268: IO Summary: 77610 ops, 1287.908 ops/s, (649/632 r/w),   2.5mb/s, 
   686us cpu/op, 283.0ms latency
16397: 61.812: IO Summary: 94065 ops, 1563.781 ops/s, (806/750 r/w),   3.0mb/s, 
   894us cpu/op, 217.3ms latency

___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/MAVOLDANXJCE6VEVZVYY7S4TUFF2BXEN/


[ovirt-users] Re: very very bad iscsi performance

2020-07-20 Thread Philip Brown
FYI, I just tried it with direct lun.

it is as bad or worse.
I dont know about that sg io vs qemu initiator, but here is the results.


15223: 62.824: IO Summary: 83751 ops, 1387.166 ops/s, (699/681 r/w),   2.7mb/s, 
   619us cpu/op, 281.4ms latency
15761: 62.268: IO Summary: 77610 ops, 1287.908 ops/s, (649/632 r/w),   2.5mb/s, 
   686us cpu/op, 283.0ms latency
16397: 61.812: IO Summary: 94065 ops, 1563.781 ops/s, (806/750 r/w),   3.0mb/s, 
   894us cpu/op, 217.3ms latency




- Original Message -
From: "Paolo Bonzini" 
To: "Nir Soffer" 
Cc: "Philip Brown" , "users" , "qemu-block" 
, "Stefan Hajnoczi" , "Sergio Lopez 
Pascual" , "Mordechai Lehrer" 
Sent: Monday, July 20, 2020 3:46:39 PM
Subject: Re: [ovirt-users] very very bad iscsi performance

Il lun 20 lug 2020, 23:42 Nir Soffer  ha scritto:

> I think you will get the best performance using direct LUN.


Is direct LUN using the QEMU iSCSI initiator, or SG_IO, and if so is it
using /dev/sg or has that been fixed? SG_IO is definitely not going to be
the fastest, especially with /dev/sg.

Storage
> domain is best if you want
> to use features provided by storage domain. If your important feature
> is performance, you want
> to connect the storage in the most direct way to your VM.
>

Agreed but you want a virtio-blk device, not SG_IO; direct LUN with SG_IO
is only recommended if you want to do clustering and other stuff that
requires SCSI-level access.

Paolo
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/GL62RUMHMFCUHCJOG2X6IZC6BWZAB6X5/


[ovirt-users] Re: very very bad iscsi performance

2020-07-20 Thread Philip Brown
yes I am testing small writes. "oltp workload" means, simulation of OLTP 
database access.

You asked me to test the speed of iscsi from another host, which is very 
reasonable. So here are the results,
run from another node in the ovirt cluster.
Setup is using:

 - exact same vg device, exported via iscsi
 - mounted directly into another physical host running centos 7, rather than a 
VM running on it
 -   literaly the same filesystem, again, mounted noatime

I ran the same oltp workload. this setup gives the following results over 2 
runs.

 grep Summary oltp.iscsimount.?
oltp.iscsimount.1:35906: 63.433: IO Summary: 648762 ops, 10811.365 ops/s, 
(5375/5381 r/w),  21.4mb/s,475us cpu/op,   1.3ms latency
oltp.iscsimount.2:36830: 61.072: IO Summary: 824557 ops, 13741.050 ops/s, 
(6844/6826 r/w),  27.2mb/s,429us cpu/op,   1.1ms latency


As requested, I attach virsh output, and qemu log

2020-07-19 19:11:42.310+: starting up libvirt version: 4.5.0, package: 33.el7_8.1 (CentOS BuildSystem , 2020-05-12-16:25:35, x86-01.bsys.centos.org), qemu version: 2.12.0qemu-kvm-ev-2.12.0-44.1.el7_8.1, kernel: 3.10.0-1127.8.2.el7.x86_64, hostname: xx
LC_ALL=C \
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin \
QEMU_AUDIO_DRV=spice \
/usr/libexec/qemu-kvm \
-name guest=dbtest01,debug-threads=on \
-S \
-object secret,id=masterKey0,format=raw,file=/var/lib/libvirt/qemu/domain-22-dbtest01/master-key.aes \
-machine pc-i440fx-rhel7.6.0,accel=kvm,usb=off,dump-guest-core=off \
-cpu Westmere \
-m size=2097152k,slots=16,maxmem=8388608k \
-realtime mlock=off \
-smp 1,maxcpus=16,sockets=16,cores=1,threads=1 \
-object iothread,id=iothread1 \
-numa node,nodeid=0,cpus=0,mem=2048 \
-uuid b5210980-8343-41c0-978e-08b81a8242a8 \
-smbios 'type=1,manufacturer=oVirt,product=oVirt Node,version=7-8.2003.0.el7.centos,serial=30313436-3631-5355-4534-313658343653,uuid=b5210980-8343-41c0-978e-08b81a8242a8' \
-no-user-config \
-nodefaults \
-chardev socket,id=charmonitor,fd=33,server,nowait \
-mon chardev=charmonitor,id=monitor,mode=control \
-rtc base=2020-07-19T19:11:41,driftfix=slew \
-global kvm-pit.lost_tick_policy=delay \
-no-hpet \
-no-shutdown \
-global PIIX4_PM.disable_s3=1 \
-global PIIX4_PM.disable_s4=1 \
-boot menu=on,splash-time=3,strict=on \
-device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 \
-device virtio-scsi-pci,iothread=iothread1,id=ua-a50f193d-fa74-419d-bf03-f5a2677acd2a,bus=pci.0,addr=0x5 \
-device virtio-serial-pci,id=ua-9b8cfdd3-c5a1-4237-82e2-08c6e15c3f74,max_ports=16,bus=pci.0,addr=0x4 \
-drive if=none,id=drive-ua-fd6685fe-1b28-4827-97cf-79a186b9144a,werror=report,rerror=report,readonly=on \
-device ide-cd,bus=ide.1,unit=0,drive=drive-ua-fd6685fe-1b28-4827-97cf-79a186b9144a,id=ua-fd6685fe-1b28-4827-97cf-79a186b9144a \
-drive file=/rhev/data-center/mnt/blockSD/87cecd83-d6c8-4313-9fad-12ea32768703/images/47af0207-8b51-4a59-a93e-fddf9ed56d44/743550ef-7670-4556-8d7f-4d6fcfd5eb70,format=qcow2,if=none,id=drive-ua-47af0207-8b51-4a59-a93e-fddf9ed56d44,serial=47af0207-8b51-4a59-a93e-fddf9ed56d44,werror=stop,rerror=stop,cache=none,aio=native \
-device scsi-hd,bus=ua-a50f193d-fa74-419d-bf03-f5a2677acd2a.0,channel=0,scsi-id=0,lun=0,drive=drive-ua-47af0207-8b51-4a59-a93e-fddf9ed56d44,id=ua-47af0207-8b51-4a59-a93e-fddf9ed56d44,bootindex=1,write-cache=on \
-netdev tap,fd=35,id=xx \
-device virtio-net-pci,host_mtu=1500,netdev=hostua-82b631ec-5c54-4246-8594-16be324c8de2,id=ua-82b631ec-5c54-4246-8594-16be324c8de2,mac=00:1a:4a:16:01:5c,bus=pci.0,addr=0x3,bootindex=2 \
-chardev socket,id=charchannel0,fd=37,server,nowait \
-device virtserialport,bus=ua-9b8cfdd3-c5a1-4237-82e2-08c6e15c3f74.0,nr=1,chardev=charchannel0,id=channel0,name=ovirt-guest-agent.0 \
-chardev socket,id=charchannel1,fd=38,server,nowait \
-device virtserialport,bus=ua-9b8cfdd3-c5a1-4237-82e2-08c6e15c3f74.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 \
-chardev spicevmc,id=charchannel2,name=vdagent \
-device virtserialport,bus=ua-9b8cfdd3-c5a1-4237-82e2-08c6e15c3f74.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0 \
-device usb-tablet,id=input0,bus=usb.0,port=1 \
-vnc  \
-k en-us \
-spice port=5903,tls-port=5904,addr=xxx,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-channel=cursor,tls-channel=playback,tls-channel=record,tls-channel=smartcard,tls-channel=usbredir,seamless-migration=on \
-device qxl-vga,id=ua-4c9d4b68-dead-4e24-9b6a-6b4a2f1c2e28,ram_size=67108864,vram_size=33554432,vram64_size_mb=0,vgamem_mb=16,max_outputs=1,bus=pci.0,addr=0x2 \
-device virtio-balloon-pci,id=ua-9834a02d-0002-4414-96a2-6671de6532f4,bus=pci.0,addr=0x6 \
-object rng-random,id=objua-c94709ab-0d34-4e91-a158-32602e6b2294,filename=/dev/urandom \
-device virtio-rng-pci,rng=objua-c94709ab-0d34-4e91-a158-32602e6b2294,id=ua-c94709ab-0d34-4e91-a158-32602e6b2294,bus=pci.0,addr=0x7 \
-sandbox 

[ovirt-users] Re: very very bad iscsi performance

2020-07-20 Thread Paolo Bonzini
Il lun 20 lug 2020, 23:42 Nir Soffer  ha scritto:

> I think you will get the best performance using direct LUN.


Is direct LUN using the QEMU iSCSI initiator, or SG_IO, and if so is it
using /dev/sg or has that been fixed? SG_IO is definitely not going to be
the fastest, especially with /dev/sg.

Storage
> domain is best if you want
> to use features provided by storage domain. If your important feature
> is performance, you want
> to connect the storage in the most direct way to your VM.
>

Agreed but you want a virtio-blk device, not SG_IO; direct LUN with SG_IO
is only recommended if you want to do clustering and other stuff that
requires SCSI-level access.

Paolo


> Mordechai, did we do any similar performance tests in our lab?
> Do you have example results?
>
> Nir
>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/MXDNCWDFL4NCCYIHCKHOAHIU2HXTBXZY/


[ovirt-users] Re: very very bad iscsi performance

2020-07-20 Thread Nir Soffer
On Mon, Jul 20, 2020 at 8:51 PM Philip Brown  wrote:
>
> I'm trying to get optimal iscsi performance. We're a heavy iscsi shop, with 
> 10g net.
>
> I'mm experimenting with SSDs, and the performance in ovirt is way, way less 
> than I would have hoped.
> More than an order of magnitude slower.
>
> here's a datapoint.
> Im running filebench, with the OLTP workload.

Did you try fio?
https://fio.readthedocs.io/en/latest/fio_doc.html

I think this is the most common and advanced tool for such tests.

> First, i run it on one of the hosts, that has an SSD directly attached.
> create an xfs filesystem (created on a vg "device" on top of the SSD), mount 
> it with noatime, and run the benchmark.
>
>
> 37166: 74.084: IO Summary: 3746362 ops, 62421.629 ops/s, (31053/31049 r/w), 
> 123.6mb/s,161us cpu/op,   1.1ms latency

What do you get if you login to the target on the host  and access the
LUN directly on the host?

If you create a file system on the LUN and mount it on the host?

> I then unmount it, and make the exact same device an iscsi target, and create 
> a storage domain with it.
> I then create a disk for a VM running *on the same host*, and run the 
> benchmark.

What kind of disk? thin? preallocated?

> The same thing: filebench, oltp workload, xfs filesystem, noatime.
>
>
> 13329: 91.728: IO Summary: 153548 ops, 2520.561 ops/s, (1265/1243 r/w),   
> 4.9mb/s,289us cpu/op,  88.4ms latency

4.9mb/s looks very low. Are you testing very small random writes?

> 62,000 ops/s vs 2500 ops/s.
>
> what
>
>
> Someone might be tempted to say, "try making the device directly available, 
> AS a device, to the VM".
> Unfortunately,this is not an option.
> My goal is specifically to put together a new, high performing storage 
> domain, that I can use as database devices in VMs.

This is something to discuss with qemu folks. oVirt is just an easy
way to manage VMs.

Please attach the VM XML using:
virsh -r dumpxml vm-name-or-id

And the qemu command line from:
/var/log/libvirt/qemu/vm-name.log

I think you will get the best performance using direct LUN. Storage
domain is best if you want
to use features provided by storage domain. If your important feature
is performance, you want
to connect the storage in the most direct way to your VM.

Mordechai, did we do any similar performance tests in our lab?
Do you have example results?

Nir
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/SGQ7K6K4URDSS54B2IC7GHD5NZYPG66N/


[ovirt-users] Hosted Engine Ovirt 4.3.8

2020-07-20 Thread Vijay Sachdeva via Users
Hi Everyone,

 

Does anyone has any idea why hosted engine setup stuck at “Wait for host to be 
up”. 

 

It’s been 4 hours deployment is going on and got stuck. Any help  please..!!

 

 

Thanks

Vijay Sachdeva

 

___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/XJOXTAN434KIIBPIDBHLHZQRAKCOATKE/


[ovirt-users] very very bad iscsi performance

2020-07-20 Thread Philip Brown
I'm trying to get optimal iscsi performance. We're a heavy iscsi shop, with 10g 
net.

I'mm experimenting with SSDs, and the performance in ovirt is way, way less 
than I would have hoped. 
More than an order of magnitude slower.

here's a datapoint.
Im running filebench, with the OLTP workload.
First, i run it on one of the hosts, that has an SSD directly attached.
create an xfs filesystem (created on a vg "device" on top of the SSD), mount it 
with noatime, and run the benchmark.


37166: 74.084: IO Summary: 3746362 ops, 62421.629 ops/s, (31053/31049 r/w), 
123.6mb/s,161us cpu/op,   1.1ms latency


I then unmount it, and make the exact same device an iscsi target, and create a 
storage domain with it.
I then create a disk for a VM running *on the same host*, and run the benchmark.


The same thing: filebench, oltp workload, xfs filesystem, noatime.


13329: 91.728: IO Summary: 153548 ops, 2520.561 ops/s, (1265/1243 r/w),   
4.9mb/s,289us cpu/op,  88.4ms latency


62,000 ops/s vs 2500 ops/s.

what


Someone might be tempted to say, "try making the device directly available, AS 
a device, to the VM".
Unfortunately,this is not an option.
My goal is specifically to put together a new, high performing storage domain, 
that I can use as database devices in VMs.

I'm not expecting the same 62,000 ops/second.
but I was expecting at *least* 5,000. Ideally more like 10,000.




--
Philip Brown| Sr. Linux System Administrator | Medata, Inc. 
5 Peters Canyon Rd Suite 250 
Irvine CA 92606 
Office 714.918.1310| Fax 714.918.1325 
pbr...@medata.com| www.medata.com
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/RB76LXOCUXQTVXT77BNXP2MAVUMBLLEP/


[ovirt-users] Re: VDSM HOST ISSUE - Message timeout which can be caused by communication issues

2020-07-20 Thread Strahil Nikolov via Users
Just copy/paste it in a browser.

На 20 юли 2020 г. 17:00:01 GMT+03:00, lu.alfo...@almaviva.it написа:
>Hello,
>
>the link is not available
>___
>Users mailing list -- users@ovirt.org
>To unsubscribe send an email to users-le...@ovirt.org
>Privacy Statement: https://www.ovirt.org/privacy-policy.html
>oVirt Code of Conduct:
>https://www.ovirt.org/community/about/community-guidelines/
>List Archives:
>https://lists.ovirt.org/archives/list/users@ovirt.org/message/IBCAF2YSYIZPADXI727QWGDMOW43PIZT/
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/7RDAWHXDQV6BVHCH5STZIRMP7A6K4GD7/


[ovirt-users] Re: Slow ova export performance

2020-07-20 Thread Nir Soffer
On Wed, Jul 15, 2020 at 5:36 PM francesco--- via Users  wrote:
>
> Hi All,
>
> I'm facing a really slow export ov vms hosted on a single node cluster, in a 
> local storage. The Vm disk is 600 GB and the effective usage is around 300 
> GB. I estimated that the following process would take up about 15 hours to 
> end:
>
> vdsm 25338 25332 99 04:14 pts/007:40:09 qemu-img measure -O qcow2 
> /rhev/data-center/mnt/_data/6775c41c-7d67-451b-8beb-4fd086eade2e/images/a084fa36-0f93-45c2-a323-ea9ca2d16677/55b3eac5-05b2-4bae-be50-37cde7050697
>
> A strace -p of the pid shows a slow progression to reach the effective size.
>
> lseek(11, 3056795648, SEEK_DATA)= 3056795648
> lseek(11, 3056795648, SEEK_HOLE)= 13407092736
> lseek(14, 128637468672, SEEK_DATA)  = 128637468672
> lseek(14, 128637468672, SEEK_HOLE)  = 317708828672
> lseek(14, 128646250496, SEEK_DATA)  = 128646250496
> lseek(14, 128646250496, SEEK_HOLE)  = 317708828672
> lseek(14, 128637730816, SEEK_DATA)  = 128637730816
> lseek(14, 128637730816, SEEK_HOLE)  = 317708828672
> lseek(14, 128646774784, SEEK_DATA)  = 128646774784
> lseek(14, 128646774784, SEEK_HOLE)  = 317708828672
> lseek(14, 128646709248, SEEK_DATA)  = 128646709248
>
> The process take a single full core, but i don't think this is the problem. 
> The I/O is almost nothing.
>
> Any idea/suggestion?

I think you are hitting this bug:
https://bugzilla.redhat.com/1850660

Looks like you should be able to defragment the file using xfs_fsr,
and after that
you may be able to set a extent size hint using:

xfs_io -c "extsize 1m" 

To prevent the future fragmentation.

I think future qemu-img will set a size hint to avoid this issue.

Nir

>
> Thank you for your time
> Regards
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct: 
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives: 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/QF2QIA4ZRQIE6HQNJSNRBCPM25I3O5D3/
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/WJZK574UYBQA7TQAITX2OBDXR4S5CSQA/


[ovirt-users] Windows TimeZone UTC

2020-07-20 Thread Erez Zarum
The Engine has the TimeZone types compiled, this may be an issue when one wants 
to configure a Windows Machine to use UTC as a Timezone instead of GMT.
Using GMT sets the Windows VM to "London, Dublin" time which may cause issues 
with daylight saving for some users.
There should be an option to supply our own Timezone or the least, make sure it 
is indeed coordinated with what Windows supports.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/XZ6KQWPMSH6U5P57KL2Y2WN6KPVHO43L/


[ovirt-users] ovirt+SDN

2020-07-20 Thread Marco Mangione
hello,

anyone are using OVIRT with a SDN controller?
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/HWSKISKE2CS4VPK7JGCSUDAL3AB2K3MF/


[ovirt-users] Re: VDSM HOST ISSUE - Message timeout which can be caused by communication issues

2020-07-20 Thread lu . alfonsi
Hello,

the link is not available
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/IBCAF2YSYIZPADXI727QWGDMOW43PIZT/


[ovirt-users] oVirt Network problem.

2020-07-20 Thread Emil Dumitrache
Hello,
I am new to oVirt.
I have a problem and I don't know how to deal with it, i added another
network besides the management network and after that the node did not
respond to the oVIrt manager.
I had to change the DNS to the new IP of the new network so that oVIrt
manager can manage it.
Now i have an error:
Out-of-sync: Default route: host true, DC false.
I checked on the node and the second network has DEFROUTE=NO and the
management network to yes. I don't know why the manager is seeing that.
Also the management IP does not respond to ping or anything.
Please some advice for a newbie?

The setup is:
A standalone server with Centos7 and oVIrt manager installed and a node
with ovirt node os.

Thank you.

[image: Tremend Logo]
Emil Dumitrache
IT Support Manager
[image: Mobile] +40720450085   [image: Phone] +40-212-237-700
<0040212237700>
[image: Email] emil.dumitra...@tremend.com   [image: Website]
www.tremend.com
[image: Facebook]   [image:
LinkedIN]  [image: Skype]
--
Fastest growing Romanian company in Deloitte Fast 50 CE 2016
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/JAAP5NSR5IV4XW5BYSP344BPV3CKHW6A/


[ovirt-users] Re: VM Snapshot inconsistent

2020-07-20 Thread Arsène Gschwind
Hi,

Please find the output:

select * from images where image_group_id = 
'd7bd480d-2c51-4141-a386-113abf75219e';


  image_guid  | creation_date  | size | 
  it_guid|   parentid   | 
imagestatus |lastmodified|vm_snapshot_id
| volume_type | volume_for

mat |image_group_id| _create_date  |
 _update_date  | active | volume_classification | qcow_compat

--++--+--+--+-++--+-+---

+--+---+---++---+-

 8e412b5a-85ec-4c53-a5b8-dfb4d6d987b8 | 2020-04-23 14:59:23+02 | 161061273600 | 
---- | ---- |   
1 | 2020-07-06 20:38:36.093+02 | 6bc03db7-82a3-4b7e-9674-0bdd76933eb8 | 
  2 |

  4 | d7bd480d-2c51-4141-a386-113abf75219e | 2020-04-23 14:59:20.919344+02 | 
2020-07-06 20:38:36.093788+02 | f  | 1 |   2

 6197b30d-0732-4cc7-aef0-12f9f6e9565b | 2020-07-06 20:38:38+02 | 161061273600 | 
---- | 8e412b5a-85ec-4c53-a5b8-dfb4d6d987b8 |   
1 | 1970-01-01 01:00:00+01 | fd5193ac-dfbc-4ed2-b86c-21caa8009bb2 | 
  2 |

  4 | d7bd480d-2c51-4141-a386-113abf75219e | 2020-07-06 20:38:36.093788+02 | 
2020-07-06 20:38:52.139003+02 | t  | 0 |   2

(2 rows)



SELECT s.* FROM snapshots s, images i where i.vm_snapshot_id = s.snapshot_id 
and i.image_guid = '6197b30d-0732-4cc7-aef0-12f9f6e9565b';

 snapshot_id  |vm_id | 
snapshot_type | status | description |   creation_date| 
  app_list

 | vm_configuration | _create_date  
| _update_date  | memory_metadata_disk_id | 
memory_dump_disk_id | vm_configuration_broken

--+--+---++-++--

-+--+---+---+-+-+-

 fd5193ac-dfbc-4ed2-b86c-21caa8009bb2 | b5534254-660f-44b1-bc83-d616c98ba0ba | 
ACTIVE| OK | Active VM   | 2020-04-23 14:59:20.171+02 | 
kernel-3.10.0-957.12.2.el7,xorg-x11-drv-qxl-0.1.5-4.el7.1,kernel-3.10.0-957.12.1.el7,kernel-3.10.0-957.38.1.el7,ovirt

-guest-agent-common-1.0.14-1.el7 |  | 2020-04-23 
14:59:20.154023+02 | 2020-07-03 17:33:17.483215+02 | |  
   | f

(1 row)

Thanks,
Arsene

On Sun, 2020-07-19 at 16:34 +0300, Benny Zlotnik wrote:

Sorry, I only replied to the question, in addition to removing the

image from the images table, you may also need to set the parent as

the active image and remove the snapshot referenced by this image from

the database. Can you provide the output of:

$ psql -U engine -d engine -c "select * from images where

image_group_id = ";


As well as

$ psql -U engine -d engine -c "SELECT s.* FROM snapshots s, images i

where i.vm_snapshot_id = s.snapshot_id and i.image_guid =

'6197b30d-0732-4cc7-aef0-12f9f6e9565b';"


On Sun, Jul 19, 2020 at 12:49 PM Benny Zlotnik <



bzlot...@redhat.com

> wrote:


It can be done by deleting from the images table:

$ psql -U engine -d engine -c "DELETE FROM images WHERE image_guid =

'6197b30d-0732-4cc7-aef0-12f9f6e9565b'";


of course the database should be backed up before doing this




On Fri, Jul 17, 2020 at 6:45 PM Nir Soffer <



nsof...@redhat.com

> wrote:


On Thu, Jul 16, 2020 at 11:33 AM Arsène Gschwind

<



arsene.gschw...@unibas.ch

> wrote:


It looks like the Pivot completed successfully, see attached vdsm.log.

Is there a way to recover that VM?

Or would it be better to recover the VM from Backup?


This what we see in the log:


1. Merge request recevied


2020-07-13 11:18:30,282+0200 INFO  (jsonrpc/7) [api.virt] START

merge(drive={u'imageID': u'd7bd480d-2c51-4141-a386-113abf75219e',

u'volumeID': u'6197b30d-0732-4cc7-aef0-12f9f6e9565b', u'domainID':

u'33777993-a3a5-4aad-a24c-dfe5e473faca', u'poolID':

u'0002-0002-0002-0002-0289'},


[ovirt-users] Re: oVirt install questions

2020-07-20 Thread Strahil Nikolov via Users


На 19 юли 2020 г. 21:09:14 GMT+03:00, David White via Users  
написа:
>Thank you.
>So to make sure I understand what you're saying, it sounds like if I
>need 4 nodes (or more), I should NOT do a "hyperconverged"
>installation, but should instead prepare Gluster separately from the
>oVirt Manager installation. Do I understand this correctly?

Not exactly. When you use  oVirt to configure gluster you will provide  only 
the 3 nodes for gluster , and when the engine is up and running - you will add 
the 4th node. You need to know what you are doing , in order to setup gluster 
yourself.


>If that is the case, can I still use some of the servers for dual
>purposes (Gluster + oVirt Manager)? I'm most likely going to need more
>servers for the storage than I will need for the RAM & CPU, which is a
>little bit opposite of what you wrote (using 3 servers for Gluster and
>adding additional nodes for RAM & CPU).

It will be a waste  of resources if you keep gluster  separate from oVirt. You 
can add oVirt nodes in the cound of 3 ,  so you can both extend Gluster and the 
oVirt's cluster nodes.

If you have compute-only nodes (servers only in oVirt , but not part of 
Gluster) - you can allow the engine to power off and power on Hosts on demand - 
so you can conserve power and cooling while keeping the count of oVirt nodes in 
the healthy zone.


Best Regards,
Strahil Nikolov
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/Y3QCQTKEOVVBOYO5NYLJGQSDRCMXBLYN/


[ovirt-users] Re: iSCSI multipath with separate subnets... still not possible in 4.4.x?

2020-07-20 Thread Patrick Lomakin
I don't quite understand what multipath is, but when I deployed it in my iSCSI 
repository, only one ip address is specified when installing hosted-engine. 
However, in order to specify the second subnet, I went to my host portal where 
I was deploying the engine and added the second subnet in the Storage -> iSCSi 
targets section. It should be noted that the storage is connected to hosts 
directly. However, after that when adding subsequent hosts through the engine I 
saw through their administration panels that in Storage -> iScsi section there 
are also two targets with different subnets and the command on the host 
multipath -ll also showed the normal operation of the two targets. I hope this 
helps you in any way.  
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/6XUZLGQVE2DNFD5VYMRN3F6RKELYWK5L/


[ovirt-users] Re: Ovirt Hosted Engine Setup

2020-07-20 Thread Patrick Lomakin
I have also seen this. Long time later the hosted-engine setup threw an error, 
but after install from cockpit panel an error disappeared. Try this too) 
Regards!
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/S4BRO44ETSZPMF42RGWOENXZDJWHPYBN/


[ovirt-users] Re: qemu-guest-agent on Ubuntu doesn't report FQDN

2020-07-20 Thread Florian Schmid via Users
Hi, 

when setting hostnamectl set-hostname "FQDN", then engine will report the real 
and correct "FQDN", but this is not a good fix. 

With our older Debian and Ubuntu VMs, it is working correctly, although 
hostname is only reporting the short hostname. hostname -f is reporting here 
the correct FQDN. 

BR Florian 





 
UBIMET GmbH - weather matters 
Ing. Florian Schmid • IT Infrastruktur Austria 


A-1220 Wien • Donau-City-Straße 11 • Tel +43 1 263 11 22 DW 469 • Fax +43 1 263 
11 22 219 
fsch...@ubimet.com • www.ubimet.com • Mobile: +43 664 8323379 


Sitz: Wien • Firmenbuchgericht: Handelsgericht Wien • FN 248415 t 


 



The information contained in this message (including any attachments) is 
confidential and may be legally privileged or otherwise protected from 
disclosure. This message is intended solely for the addressee(s). If you are 
not the intended recipient, please notify the sender by return e-mail and 
delete this message from your system. Any unauthorized use, reproduction, or 
dissemination of this message is strictly prohibited. Please note that e-mails 
are susceptible to change. UBIMET GmbH shall not be liable for the improper or 
incomplete transmission of the information contained in this communication, nor 
shall it be liable for any delay in its receipt. UBIMET GmbH accepts no 
liability for loss or damage caused by software viruses and you are advised to 
carry out a virus check on any attachments contained in this message. 





Von: "Sandro Bonazzola"  
An: "Florian Schmid" , "Tomas Golembiovsky" 
 
CC: "users"  
Gesendet: Freitag, 17. Juli 2020 09:21:37 
Betreff: Re: [ovirt-users] qemu-guest-agent on Ubuntu doesn't report FQDN 



Il giorno gio 16 lug 2020 alle ore 15:55 Florian Schmid via Users < [ 
mailto:users@ovirt.org | users@ovirt.org ] > ha scritto: 


Hi, 

I have a problem with Ubuntu 20.04 VM reporting the correct FQDN to the engine. 
Starting with this release, the ovirt-guest-agent is not available anymore. 

Therefore, I have installed qemu-geust-agent with package defaults. 

Now in the Engine, I only see the hostname under FQDN tab, instead the real 
full name with domain. 

I'm running an oVirt environment on 4.3.8. 

The VM is resolveable, forward and reverse DNS entries are working. 
hostname -f shows the correct FQDN. 

Even adding IP and FQDN to /etc/hosts file doesn't change anything. 

qemu-guest-agent version: 4.2-3ubuntu6.3 

I manage this VM via ansible 2.9 and ansible is able to get the FQDN of the VM 
without any issues... 

What can I do here to debug my issue? 
Does the engine cache the wrong result? Even after stopping and starting the VM 
again, engine is only showing the hostname instead of the FQDN. 




[ mailto:tgole...@redhat.com | +Tomas Golembiovsky ] can you help here? 



BQ_BEGIN
Best regards, 
Florian 
___ 
Users mailing list -- [ mailto:users@ovirt.org | users@ovirt.org ] 
To unsubscribe send an email to [ mailto:users-le...@ovirt.org | 
users-le...@ovirt.org ] 
Privacy Statement: [ https://www.ovirt.org/privacy-policy.html | 
https://www.ovirt.org/privacy-policy.html ] 
oVirt Code of Conduct: [ 
https://www.ovirt.org/community/about/community-guidelines/ | 
https://www.ovirt.org/community/about/community-guidelines/ ] 
List Archives: [ 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/BGGFBU24SQAJICU5OR7VOZLBQUZ3CWNJ/
 | 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/BGGFBU24SQAJICU5OR7VOZLBQUZ3CWNJ/
 ] 

BQ_END



-- 


Sandro Bonazzola 

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV 

[ https://www.redhat.com/ | Red Hat EMEA ] 


[ mailto:sbona...@redhat.com | sbona...@redhat.com ] 
[ https://www.redhat.com/ ] 
[ https://mojo.redhat.com/docs/DOC-1199578 | Red Hat respects your work life 
balance. Therefore there is no need to answer this email out of your office 
hours. ] 

___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/7WNIFONNDBBRLG2QBV5J2DTQHDLA74WT/