[ovirt-users] Re: Gluster volume slower then raid1 zpool speed

2020-11-26 Thread Harry O
So my gluster performance results is expected?
___
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/RCQ5LA77ZFQF5V5VM5FLX3PG3AYQ3FMK/


[ovirt-users] Re: Gluster volume slower then raid1 zpool speed

2020-11-26 Thread wkmail
well, I just reviewed my previous test and I realized that I made a 
mistake on the gluster mount test.


I had up arrowed the shell history and  used of= "/test12.img" instead 
of "./test12" which meant I was testing on the baremetal root partition 
even though I had 'cd'ed into the Gluster mount.


My "Actual" Gluster results on 1G network 7200 drives are in the 20-24 
MB/s range using your values.


Sorry for the confusion.

Your results are consistent.

-wk

On 11/26/2020 12:29 AM, Harry O wrote:

New results from centos vm on vmstore:
[root@host2 ~]# dd if=/dev/zero of=/test12.img bs=1G count=1 oflag=dsync
1+0 records in
1+0 records out
1073741824 bytes (1.1 GB) copied, 26.6353 s, 40.3 MB/s
[root@host2 ~]# rm -rf /test12.img
[root@host2 ~]#
[root@host2 ~]# dd if=/dev/zero of=/test12.img bs=1G count=1 oflag=dsync
1+0 records in
1+0 records out
1073741824 bytes (1.1 GB) copied, 61.4851 s, 17.5 MB/s
[root@host2 ~]# rm -rf /test12.img
[root@host2 ~]#
[root@host2 ~]# dd if=/dev/zero of=/test12.img bs=1G count=1 oflag=dsync
1+0 records in
1+0 records out
1073741824 bytes (1.1 GB) copied, 28.2097 s, 38.1 MB/s
___
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/JPH2OG6FOB4Y36JJPROWDT6V3WTVOPUX/

___
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/ECWDBED7KNG3BLUM22RPM7GLPDTDAAHN/


[ovirt-users] Re: "gluster-ansible-roles is not installed on Host" error on Cockpit

2020-11-26 Thread garcialiang . anne
It work well. 
I need restart 
# systemctl restart cockpit 
and 
# yum install gluster-ansible
again.
___
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/A47X6WFEJI4TFLX5566BBJS2X4VEG2H6/


[ovirt-users] Re: VM memory decrease

2020-11-26 Thread Strahil Nikolov via Users
Better check why the hosts are starving for memory.

Best Regards,
Strahil Nikolov

В 10:03 + на 26.11.2020 (чт), Erez Zarum написа:
> I think i'm answering my self :)
> I noticed "mom.Controllers.Balloon - INFO - Ballooning guest" message
> in the mom.log.
> So best option to remove this and keep High Performance is disabling
> Memory Ballooning.
> ___
> 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/VLNN72BEK6IAJGOW5BDKAPJNXZRCJYYV/
___
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/WIHJSSPR3THMTSKLBE3QAZWQ4NISWN5T/


[ovirt-users] Re: Check multipath status using API

2020-11-26 Thread Benny Zlotnik
It is implemented, there is no special API for this, using the events
endpoint (ovirt-engine/api/events) is the way to access this information

On Thu, Nov 26, 2020 at 3:00 PM Paulo Silva  wrote:

> Hi,
>
> Is it possible to check the multipath status using the current REST API on
> ovirt?
>
> There is an old page that hints at this but I'm not sure if this has been
> implemented:
>
>
> https://www.ovirt.org/develop/release-management/features/storage/multipath-events.html
>
> Thanks
> --
> Paulo Silva 
> ___
> 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/WNCRLXDIYQBXF6HERZBSLU5JSIB75VPJ/
>
___
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/SR32GTHZ4BCWMUI4LFZFMPQWYAJP2HWG/


[ovirt-users] Check multipath status using API

2020-11-26 Thread Paulo Silva
Hi,

Is it possible to check the multipath status using the current REST API on
ovirt?

There is an old page that hints at this but I'm not sure if this has been
implemented:

https://www.ovirt.org/develop/release-management/features/storage/multipath-events.html

Thanks
-- 
Paulo Silva 
___
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/WNCRLXDIYQBXF6HERZBSLU5JSIB75VPJ/


[ovirt-users] Re: VM memory decrease

2020-11-26 Thread Erez Zarum
I think i'm answering my self :)
I noticed "mom.Controllers.Balloon - INFO - Ballooning guest" message in the 
mom.log.
So best option to remove this and keep High Performance is disabling Memory 
Ballooning.
___
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/VLNN72BEK6IAJGOW5BDKAPJNXZRCJYYV/


[ovirt-users] VM memory decrease

2020-11-26 Thread Erez Zarum
I have an 8 node cluster running oVirt 4.4.2, i have noticed lately that some 
VMs started to have their memory decrease.
For example a VM that was configured to have 32GB memory without any notice 
were had their memory decrease to about 4GB, if i restart the VM the VM comes 
up with the correct memory but shortly after it decreases again.

The VM configuration has:
Memory Size: 32768 MB
Maximum Memory: 131072 MB
Physical Memory Guaranteed: 1024 MB

It's worth mentioning that those are Linux VMs which are provisioned through 
Foreman, Windows VMs are not provisioned from Foreman and their "Memory Size" 
is identical to "Physical Memory Guaranteed", so far i have not observed a 
Windows VM with this behaviour, though there might be some that i haven't 
caught.
Is there a possibility the cause for this issue is by having "Physical Memory 
Guaranteed" set to this low?


___
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/6I2P5ODKFF7UZN2HGIA526IRDCDH5DXP/


[ovirt-users] Re: ovirt 4.3 - locked image vm - unable to remove a failed deploy of a guest dom

2020-11-26 Thread 3c . monitor
Hi.
Now select suggested works (thanks), but still no results:

# su - postgres -c 'scl enable rh-postgresql10 -- psql'
psql (10.6)
Type "help" for help.

postgres=# \c engine
You are now connected to database "engine" as user "postgres".
engine=# SELECT vm_name from vms where vm_guid = (SELECT vm_guid FROM 
vm_images_view where imagestatus = 2);
 vm_name
-
(0 rows)

engine=# SELECT image_guid from vm_images_view where imagestatus=2;
 image_guid

(0 rows)

engine=#

Indeed, as reported, locked image is always there...
Thanks,
M.
___
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/DFLIMZDCQWCPLFZK7D7DO6HIAXBCTL3Y/


[ovirt-users] Re: Gluster volume slower then raid1 zpool speed

2020-11-26 Thread Ritesh Chikatwar
On Thu, Nov 26, 2020 at 1:54 PM Harry O  wrote:

> I would love to see something similar to your performance numbers WK.
> Here is my gluster volume options and info:
> [root@ovirtn1 ~]# gluster v info vmstore
>
> Volume Name: vmstore
> Type: Replicate
> Volume ID: stuff
> Status: Started
> Snapshot Count: 0
> Number of Bricks: 1 x (2 + 1) = 3
> Transport-type: tcp
> Bricks:
> Brick1: ovirtn1.5ervers.lan:/gluster_bricks/vmstore/vmstore
> Brick2: ovirtn2.5ervers.lan:/gluster_bricks/vmstore/vmstore
> Brick3: ovirtn3.5ervers.lan:/gluster_bricks/vmstore/vmstore (arbiter)
> Options Reconfigured:
> cluster.granular-entry-heal: enable
> performance.strict-o-direct: on
> network.ping-timeout: 30
> storage.owner-gid: 36
> storage.owner-uid: 36
> server.event-threads: 4
> client.event-threads: 4
> cluster.choose-local: off
> user.cifs: off
> features.shard: on
>
if this is on that means sharding is on and the default size 64MB

> cluster.shd-wait-qlength: 1
> cluster.shd-max-threads: 8
> cluster.locking-scheme: granular
> cluster.data-self-heal-algorithm: full
> cluster.server-quorum-type: server
> cluster.quorum-type: auto
> cluster.eager-lock: enable
> network.remote-dio: enable
>
I think this option should be disabled , direct-io to take effect as i can
see performance.strict-o-direct is on. Try disabling this it may help.

> performance.low-prio-threads: 32
> performance.io-cache: off
> performance.read-ahead: off
> performance.quick-read: off
> transport.address-family: inet
> storage.fips-mode-rchecksum: on
> nfs.disable: on
> performance.client-io-threads: on
>
> Does it look like sharding is on Strahil Nikolov?
>
> Running "gluster volume set vmstore group virt" had no effect.
>
> I don't know why I ended up using dsync flag.
> For real work test, I have crystal disk mark on windows VM, this is the
> results:
> https://gofile.io/d/7nOeEL
> ___
> 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/NZBPFPA5K6XCCFIBTKUMEVYFY4AHJN5H/
>
___
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/AMXKTEQJQ7PLERL3Q3BEMYSGA6725T2L/


[ovirt-users] Re: Gluster volume slower then raid1 zpool speed

2020-11-26 Thread Harry O
New results from centos vm on vmstore:
[root@host2 ~]# dd if=/dev/zero of=/test12.img bs=1G count=1 oflag=dsync
1+0 records in
1+0 records out
1073741824 bytes (1.1 GB) copied, 26.6353 s, 40.3 MB/s
[root@host2 ~]# rm -rf /test12.img
[root@host2 ~]#
[root@host2 ~]# dd if=/dev/zero of=/test12.img bs=1G count=1 oflag=dsync
1+0 records in
1+0 records out
1073741824 bytes (1.1 GB) copied, 61.4851 s, 17.5 MB/s
[root@host2 ~]# rm -rf /test12.img
[root@host2 ~]#
[root@host2 ~]# dd if=/dev/zero of=/test12.img bs=1G count=1 oflag=dsync
1+0 records in
1+0 records out
1073741824 bytes (1.1 GB) copied, 28.2097 s, 38.1 MB/s
___
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/JPH2OG6FOB4Y36JJPROWDT6V3WTVOPUX/


[ovirt-users] Re: Gluster volume slower then raid1 zpool speed

2020-11-26 Thread Harry O
I would love to see something similar to your performance numbers WK.
Here is my gluster volume options and info:
[root@ovirtn1 ~]# gluster v info vmstore
 
Volume Name: vmstore
Type: Replicate
Volume ID: stuff
Status: Started
Snapshot Count: 0
Number of Bricks: 1 x (2 + 1) = 3
Transport-type: tcp
Bricks:
Brick1: ovirtn1.5ervers.lan:/gluster_bricks/vmstore/vmstore
Brick2: ovirtn2.5ervers.lan:/gluster_bricks/vmstore/vmstore
Brick3: ovirtn3.5ervers.lan:/gluster_bricks/vmstore/vmstore (arbiter)
Options Reconfigured:
cluster.granular-entry-heal: enable
performance.strict-o-direct: on
network.ping-timeout: 30
storage.owner-gid: 36
storage.owner-uid: 36
server.event-threads: 4
client.event-threads: 4
cluster.choose-local: off
user.cifs: off
features.shard: on
cluster.shd-wait-qlength: 1
cluster.shd-max-threads: 8
cluster.locking-scheme: granular
cluster.data-self-heal-algorithm: full
cluster.server-quorum-type: server
cluster.quorum-type: auto
cluster.eager-lock: enable
network.remote-dio: enable
performance.low-prio-threads: 32
performance.io-cache: off
performance.read-ahead: off
performance.quick-read: off
transport.address-family: inet
storage.fips-mode-rchecksum: on
nfs.disable: on
performance.client-io-threads: on

Does it look like sharding is on Strahil Nikolov?

Running "gluster volume set vmstore group virt" had no effect.

I don't know why I ended up using dsync flag.
For real work test, I have crystal disk mark on windows VM, this is the results:
https://gofile.io/d/7nOeEL
___
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/NZBPFPA5K6XCCFIBTKUMEVYFY4AHJN5H/


[ovirt-users] Re: EPYC CPU not being detected correctly on cluster

2020-11-26 Thread Lucia Jelinkova
Hi Vinícius,

I am glad you've managed to solve it and thanks for sharing your findings.

Lucia

On Wed, Nov 25, 2020 at 9:07 PM Vinícius Ferrão 
wrote:

> Lucia, I ended figuring out.
>
>
>
> The culprit is that I was pinned with the wrong virt module; after running
> this commands I was able to have the CPU properly detected:
>
>
>
> # dnf module reset virt
>
> # dnf module enable virt:8.3
>
> # dnf upgrade –nobest
>
>
>
> I think virt was in 8.2.
>
>
>
> Thank you!
>
>
>
> *From:* Lucia Jelinkova 
> *Sent:* Monday, November 23, 2020 6:25 AM
> *To:* Vinícius Ferrão 
> *Cc:* users 
> *Subject:* Re: [ovirt-users] EPYC CPU not being detected correctly on
> cluster
>
>
>
> Hi Vinícius,
>
>
>
> Thank you for the libvirt output - libvirt marked the EPYC CPU as not
> usable. Let's query qemu why that is.  You do not need an oVirt VM to do
> that, just any VM running on qemu, e.g. created by Virtual Machines Manager
> or you can follow the command from the answer here:
>
>
>
>
> https://unix.stackexchange.com/questions/309788/how-to-create-a-vm-from-scratch-with-virsh
>
>
>
> Then you can use the following commands:
>
> sudo virsh list --all
>
> sudo virsh qemu-monitor-command [your-vm's-name] --pretty
> '{"execute":"query-cpu-definitions"}'
>
>
>
> I do not know if this could be related to UEFI Firmware, lets check the
> qemu output first.
>
>
>
> Regards,
>
>
>
> Lucia
>
>
>
>
>
> On Fri, Nov 20, 2020 at 4:07 PM Vinícius Ferrão 
> wrote:
>
> Hi Lucia,
>
>
>
> I had to create an user for virsh:
>
> # saslpasswd2 -a libvirt test
>
> Password:
>
> Again (for verification):
>
>
>
> With that in mind, here’s the outputs:
>
>
>
> 
>
>   /usr/libexec/qemu-kvm
>
>   kvm
>
>   pc-i440fx-rhel7.6.0
>
>   x86_64
>
>   
>
>   
>
>   
>
> 
>
> 
>
>   /usr/share/OVMF/OVMF_CODE.secboot.fd
>
>   
>
> rom
>
> pflash
>
>   
>
>   
>
> yes
>
> no
>
>   
>
>   
>
> no
>
>   
>
> 
>
>   
>
>   
>
> 
>
> 
>
>   EPYC-IBPB
>
>   AMD
>
>   
>
>   
>
>   
>
>   
>
>   
>
>   
>
>   
>
>   
>
>   
>
>   
>
>   
>
>   
>
>   
>
>   
>
>   
>
>   
>
>   
>
>   
>
>   
>
>   
>
>   
>
>   
>
>   
>
>   
>
> 
>
> 
>
>   qemu64
>
>   qemu32
>
>   phenom
>
>   pentium3
>
>   pentium2
>
>   pentium
>
>   n270
>
>   kvm64
>
>   kvm32
>
>   coreduo
>
>   core2duo
>
>   athlon
>
>   Westmere-IBRS
>
>   Westmere
>
>   Skylake-Server-noTSX-IBRS
>
>   Skylake-Server-IBRS
>
>   Skylake-Server
>
>   Skylake-Client-noTSX-IBRS
>
>   Skylake-Client-IBRS
>
>   Skylake-Client
>
>   SandyBridge-IBRS
>
>   SandyBridge
>
>   Penryn
>
>   Opteron_G5
>
>   Opteron_G4
>
>   Opteron_G3
>
>   Opteron_G2
>
>   Opteron_G1
>
>   Nehalem-IBRS
>
>   Nehalem
>
>   IvyBridge-IBRS
>
>   IvyBridge
>
>   Icelake-Server-noTSX
>
>   Icelake-Server
>
>   Icelake-Client-noTSX
>
>   Icelake-Client
>
>   Haswell-noTSX-IBRS
>
>   Haswell-noTSX
>
>   Haswell-IBRS
>
>   Haswell
>
>   EPYC-IBPB
>
>   EPYC
>
>   Dhyana
>
>  Cooperlake
>
>   Conroe
>
>   Cascadelake-Server-noTSX
>
>   Cascadelake-Server
>
>   Broadwell-noTSX-IBRS
>
>   Broadwell-noTSX
>
>   Broadwell-IBRS
>
>   Broadwell
>
>   486
>
> 
>
>   
>
>   
>
> 
>
>   
>
> disk
>
> cdrom
>
> floppy
>
> lun
>
>   
>
>   
>
> ide
>
> fdc
>
> scsi
>
> virtio
>
> usb
>
> sata
>
>   
>
>   
>
> virtio
>
> virtio-transitional
>
> virtio-non-transitional
>
>   
>
> 
>
> 
>
>   
>
> sdl
>
> vnc
>
> spice
>
>   
>
> 
>
> 
>
>   
>
> vga
>
> cirrus
>
> qxl
>
> virtio
>
> none
>
> bochs
>
> ramfb
>
>   
>
> 
>
> 
>
>   
>
> subsystem
>
>   
>
>   
>
> default
>
> mandatory
>
> requisite
>
> optional
>
>   
>
>   
>
> usb
>
> pci
>
> scsi
>
>   
>
>   
>
>   
>
> default
>
> vfio
>
>   
>
> 
>
> 
>
>   
>
> virtio
>
> virtio-transitional
>
> virtio-non-transitional
>
>   
>
>   
>
> random
>
> egd
>
>   
>
> 
>
>   
>
>   
>
> 
>
> 
>
> 
>
> 
>
> 
>
> 
>
>   47
>
>   1
>
> 
>
>   
>
> 
>
>
>
> Regarding the last two commands, I don’t have any VM running, since I
> cannot start anything on the engine.
>
>
>
> I’m starting to suspect that this may be something in the UEFI Firmware.
>
>
>
> Any thoughts?
>
>
>
> Thanks,
>
>
>
> *From:* Lucia Jelinkova 
> *Sent:* Friday,