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
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:
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
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
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
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
>
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
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
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
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
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
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?
>
>
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:
13 matches
Mail list logo