[ovirt-users] Re: upload image using python api

[David David]

thanks
now all works fine with 4.3.2

2020-03-25 3:13 GMT+04:00, Nir Soffer :
> On Tue, Mar 24, 2020 at 8:13 AM David David  wrote:
>>
>> hi
>> can't upload disk image with that script:
>> https://github.com/oVirt/ovirt-engine-sdk/blob/master/sdk/examples/upload_disk.py
>> this error message is appeared when i trying to upload image:
>> # python upload_disk.py --engine-url https://alias-e.localdomain
>> --username admin@internal --disk-format raw --sd-name iscsi-test-7 -c
>> ca.pem /home/linux1.raw
>> Checking image...
>> Image format: raw
>> Disk format: raw
>> Disk content type: data
>> Disk provisioned size: 42949672960
>> Disk initial size: 42949672960
>> Disk name: linux1.raw
>
> Based on this, you are using upload_disk.py from ovirt-engine-sdk 4.4...
>
>> Connecting...
>> Password:
>> Creating disk...
>> Creating transfer session...
>> Uploading image...
>> Traceback (most recent call last):
>>   File "upload_disk.py", line 288, in 
>> with ui.ProgressBar() as pb:
>> TypeError: __init__() takes at least 2 arguments (1 given)
>
> Which was tested with ovirt-imageio-common 1.6.3, but not with the
> version from ovirt 4.3 (1.5.3).
>
> The issue is removed argument in ui.ProgressBar() that is not needed in
> 4.4.
>
> Since you have 4.3.8 system, you should use upload_disk.py from SDK
> version 4.3.2.
>
> upload_disk.py from 4.3.2 is:
> https://raw.githubusercontent.com/oVirt/ovirt-engine-sdk/fbc9642a38a14107a2465ebf319220f31802f1df/sdk/examples/upload_disk.py
>
> If you want new features added after that release during ovirt 4.4.
> development, and you
> are ok with using less tested code you can try to use the last version
> of upload_disk.py
> that was compatible with 4.3 version of ovirt-imageio-common:
> https://raw.githubusercontent.com/oVirt/ovirt-engine-sdk/b4c37ad3881b176596dfb03c70ab1e494644069e/sdk/examples/upload_disk.py
>
> Regardless please file ovirt-imageio bug. We want to keep the example
> scripts compatible with earlier
> versions if possible.
> https://bugzilla.redhat.com/enter_bug.cgi?product=ovirt-imageio
>
>> software using:
>> ovirt-engine 4.3.8.2-1
>> python-ovirt-engine-sdk4-4.3.2-2
>
> 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/ENE32RLYSQBDF6SGTU3YBEUDXLAAGJNZ/

[ovirt-users] Re: "engine-setup" 4.3.9 on fresh centos 7 install with PKI error

[edsonrichter]

Any tips where should I look for?
___
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/VVHIVJ5DPKHBHXDZEAJUMKZSA5GW5AHH/

[ovirt-users] Re: does SPM still exist?

[yam yam]

Thanks for being soo helpful!!
___
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/TZPW53JZSYVMTMR6EEZJKWN6KUYTJZNV/

[ovirt-users] Re: Shutdown procedure for single host HCI Gluster

[Gianluca Cecchi]

On Wed, Mar 25, 2020 at 1:16 AM Nir Soffer  wrote:

>
>
> OK, found it - this issue is
> https://bugzilla.redhat.com/1609029
>
> Simone provided this to solve the issue:
> https://github.com/oVirt/ovirt-ansible-shutdown-env/blob/master/README.md
>
> Nir
>
>
Ok, I will try the role provided by Simone and Sandro with my 4.3.9 single
HCI host and report.

Thanks again Nir,
Gianluca
___
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/2FIQJOXNGCCASYQYV7U2FHTPPSLJJKQM/

[ovirt-users] Re: Shutdown procedure for single host HCI Gluster

[Nir Soffer]

On Wed, Mar 25, 2020 at 1:36 AM Nir Soffer  wrote:
>
> On Tue, Mar 24, 2020 at 1:39 PM Gianluca Cecchi
>  wrote:
> >
> > Hello,
> > I'm testing the single node HCI with ovirt-node-ng 4.3.9 iso.
> > Very nice and many improvements over the last time I tried it. Good!
> >
> > I have a doubt related to shutdown procedure of the server.
> > Here below my steps:
> > - Shutdown all VMs (except engine)
> > - Put into maintenance data and vmstore domains
> > - Enable Global HA Maintenance
> > - Shutdown engine
>
> I think the missing part here is stopping the SPM (if running on this
> host), and disconnecting
> from storage.
>
> Both are done when you put a host to maintenance, but in hosted engine
> environment this
> is not possible from engine since engine runs on the storage you want
> to disconnect.
>
> > - Shutdown hypervisor
> >
> > It seems that the last step doesn't end and I had to brutally power off the 
> > hypervisor.
> > Here the screenshot regarding infinite failure in unmounting 
> > /gluster_bricks/engine
> >
> > https://drive.google.com/file/d/1ee0HG21XmYVA0t7LYo5hcFx1iLxZdZ-E/view?usp=sharing
> >
> > What would be the right step to do before the final shutdown of hypervisor?
>
> I think there is an ansible script to do what you need, or some other script.
>
> Simone, do you know where the clean shutdown script for HCI env?

OK, found it - this issue is
https://bugzilla.redhat.com/1609029

Simone provided this to solve the issue:
https://github.com/oVirt/ovirt-ansible-shutdown-env/blob/master/README.md

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/HY7HSXW6H6AXL36VV2HPHHMAHCFG7H3X/

[ovirt-users] Re: Shutdown procedure for single host HCI Gluster

[Nir Soffer]

On Wed, Mar 25, 2020 at 1:49 AM Gianluca Cecchi
 wrote:
>
> On Wed, Mar 25, 2020 at 12:36 AM Nir Soffer  wrote:
>>
>> On Tue, Mar 24, 2020 at 1:39 PM Gianluca Cecchi
>>  wrote:
>> >
>> > Hello,
>> > I'm testing the single node HCI with ovirt-node-ng 4.3.9 iso.
>> > Very nice and many improvements over the last time I tried it. Good!
>> >
>> > I have a doubt related to shutdown procedure of the server.
>> > Here below my steps:
>> > - Shutdown all VMs (except engine)
>> > - Put into maintenance data and vmstore domains
>> > - Enable Global HA Maintenance
>> > - Shutdown engine
>>
>> I think the missing part here is stopping the SPM (if running on this
>> host), and disconnecting
>> from storage.
>>
>
> Yes, it is of course the SPM, because this is a single node HCI environment
>
>>
>> Both are done when you put a host to maintenance, but in hosted engine
>> environment this
>> is not possible from engine since engine runs on the storage you want
>> to disconnect.
>
>
> In fact. From here my question and doubts

Note that stopping the SPM and disconnecting from storage is not the same as
stopping vdsm service.

You need to use vdsm API to do this. This can be done with vdsm-tool command
or with vdsm client library.

>> > - Shutdown hypervisor
>> >
>> > It seems that the last step doesn't end and I had to brutally power off 
>> > the hypervisor.
>> > Here the screenshot regarding infinite failure in unmounting 
>> > /gluster_bricks/engine
>> >
>> > https://drive.google.com/file/d/1ee0HG21XmYVA0t7LYo5hcFx1iLxZdZ-E/view?usp=sharing
>> >
>> > What would be the right step to do before the final shutdown of hypervisor?
>>
>> I think there is an ansible script to do what you need, or some other script.
>>
>> Simone, do you know where the clean shutdown script for HCI env?
>>
>> Nir
>>
>
> Let's say that in a "standard production" HCI environment, with suppose 3 
> nodes, you have a planned maintenance and you have to shutdown all three 
> nodes: the same applies when you have to shutdown the last node, but I 
> imagine you have also to do something with gluster when you shutdown the 
> second node because you have not quorum anymore, correct?

The flow should be:

1. put host 1 to maintenance
2. put host 2 to maintenance

At this point you have only host 3 connected to storage.

3. Stop the SPM
4. Disconnect from storage

At this point there is no gluster mount on any host, so there is no
quorum isssue.

You should be able to shutdown the hosts at this point. I guess that gluster
services handle shutdown gracefully like any service should.

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/QAYIMR64S2CHG2VTQJISSAPMGKMUP2FS/

[ovirt-users] Re: Shutdown procedure for single host HCI Gluster

[Gianluca Cecchi]

On Tue, Mar 24, 2020 at 7:02 PM Strahil Nikolov 
wrote:

>
> >What would be the right step to do before the final shutdown of
> >hypervisor?
> >Thanks,
> >Gianluca
>
> You can kill gluster via:
> /usr/share/glusterfs/scripts/stop-all-gluster-processes.sh
>
> Of course, you can create a systemd service to do that on power off
>
> Best Regards,
> Strahil Nikolov
>

I will try, thanks Strahil.
BTW: I found similar question on Gluster mailing list and the same script
was referred...
But why has not been yet integrated this kind of flow? It should be quite
normal to integrate shutdown of gluster processes when you shutdown the
server

Gianluca
___
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/B6WOPGFLRKL3QC6XS6YQ7C3QULGU22O4/

[ovirt-users] Re: Shutdown procedure for single host HCI Gluster

[Gianluca Cecchi]

On Wed, Mar 25, 2020 at 12:36 AM Nir Soffer  wrote:

> On Tue, Mar 24, 2020 at 1:39 PM Gianluca Cecchi
>  wrote:
> >
> > Hello,
> > I'm testing the single node HCI with ovirt-node-ng 4.3.9 iso.
> > Very nice and many improvements over the last time I tried it. Good!
> >
> > I have a doubt related to shutdown procedure of the server.
> > Here below my steps:
> > - Shutdown all VMs (except engine)
> > - Put into maintenance data and vmstore domains
> > - Enable Global HA Maintenance
> > - Shutdown engine
>
> I think the missing part here is stopping the SPM (if running on this
> host), and disconnecting
> from storage.
>
>
Yes, it is of course the SPM, because this is a single node HCI environment


> Both are done when you put a host to maintenance, but in hosted engine
> environment this
> is not possible from engine since engine runs on the storage you want
> to disconnect.
>

In fact. From here my question and doubts


> > - Shutdown hypervisor
> >
> > It seems that the last step doesn't end and I had to brutally power off
> the hypervisor.
> > Here the screenshot regarding infinite failure in unmounting
> /gluster_bricks/engine
> >
> >
> https://drive.google.com/file/d/1ee0HG21XmYVA0t7LYo5hcFx1iLxZdZ-E/view?usp=sharing
> >
> > What would be the right step to do before the final shutdown of
> hypervisor?
>
> I think there is an ansible script to do what you need, or some other
> script.
>
> Simone, do you know where the clean shutdown script for HCI env?
>
> Nir
>
>
Let's say that in a "standard production" HCI environment, with suppose 3
nodes, you have a planned maintenance and you have to shutdown all three
nodes: the same applies when you have to shutdown the last node, but I
imagine you have also to do something with gluster when you shutdown the
second node because you have not quorum anymore, correct?

Thanks,
Gianluca
___
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/JKIHZP7THAIMFGWU5B6JMGG4AAASNLFC/

[ovirt-users] Re: oVirt 4.4.0 Alpha release refresh is now available for testing

[Nir Soffer]

On Tue, Mar 17, 2020 at 9:46 AM Sakari Poussa  wrote:
>
> Hi,
>
> Thanks for the clarification. I have a followup question tough.
>
> While working around the issue (lack imageio proxy) I ended up creating an 
> external glance provider. I noticed it is still using the old glance V1 api. 
> Is there a plan to start using the current glance V2 api (in the Open Stack 
> Image provider) ?

I don't know about the glance issue, but you need to proxy only for
uploading from the UI,
or if you cannot access the hypervisors from the host you run the upload on.

If you can access the hosts, you can use this to upload images:
https://github.com/oVirt/ovirt-engine-sdk/blob/master/sdk/examples/upload_disk.py

This is much more powerful compared with the UI, for example it can
convert image format
on the fly (e.g upload qcow2 image to raw disk) and is much faster.

Here an example usage:

$ echo -n my-password > password

$ python3 upload_disk.py \
--engine-url https://engine/ \
--username admin@internal \
--password-file password \
--cafile ca.pem \
--sd-name my-iscsi-sd \
--disk-format raw \
my-img.qcow2

Check python3 upload_disk.py --help for more info

Nir




>
> I could not use the built in glance provider since I am behind a corporate 
> http proxy which is not supported configuration either.
>
> Thanks, Sakari
>
>
> On Mon, Mar 16, 2020 at 10:57 AM Vojtech Juranek  wrote:
>>
>> On pondělí 16. března 2020 9:32:53 CET you wrote:
>> > On Mon, Mar 16, 2020 at 2:37 AM Sakari Poussa  wrote:
>> > > Hi,
>> > >
>> > > The pre-release seems to be missing the ovirt-imageio-proxy.
>> > >
>> > > Why is that? How can one import a (non-openstack glance) template to the
>> > > system? Both UI and ovirt.image-template ansible role seems to require
>> > > it.
>> > The project is working on getting rid of the duplications between the
>> > daemon and the proxy, and have a single program doing both functions.
>>
>> correct, in the future we want only daemon module and remove proxy completely
>> as it's not PY3 ready
>>
>> > Not sure about current status, adding Vojtech.
>>
>> WIP, we had some more urgent issue to work on, but I'm returning back to this
>> now
>>
>> > > Thanks, Sakari
>> > >
>> > > On Mon, Mar 9, 2020 at 11:16 AM Sandro Bonazzola 
>> wrote:
>> > >> Il giorno dom 8 mar 2020 alle ore 08:49  ha scritto:
>> > >>> Hi
>> > >>> Is this also working on Centos Stream?
>> > >>
>> > >> Yes, should work fine on CentOS Stream too.
>> > >>
>> > >>> ___
>> > >>> 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/YVJ7AKI7F
>> > >>> GFUXQN2L4YXJT3N2YQXDAQR/>>
>> > >> --
>> > >>
>> > >> Sandro Bonazzola
>> > >>
>> > >> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>> > >>
>> > >> Red Hat EMEA
>> > >>
>> > >> sbona...@redhat.com
>> > >>
>> > >> 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/7FHJY4HCHG
>> > >> ZNPEOBPNEFU663V5DQKBRR/>
>> > > --
>> > > Sakari Poussa
>> > > 040 348 2970
>> > > ___
>> > > 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/R4PPALDFIHA
>> > > PRQVCCYL2ZHTZ52BDM7NG/
>>
>> ___
>> 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/MRKJZBMX2OMZFSTOFDBKJAKTIVIHLR3S/
>
>
>
> --
> Sakari Poussa
> 040 348 2970
> ___
> 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: 
> 

[ovirt-users] Re: Shutdown procedure for single host HCI Gluster

[Nir Soffer]

On Tue, Mar 24, 2020 at 1:39 PM Gianluca Cecchi
 wrote:
>
> Hello,
> I'm testing the single node HCI with ovirt-node-ng 4.3.9 iso.
> Very nice and many improvements over the last time I tried it. Good!
>
> I have a doubt related to shutdown procedure of the server.
> Here below my steps:
> - Shutdown all VMs (except engine)
> - Put into maintenance data and vmstore domains
> - Enable Global HA Maintenance
> - Shutdown engine

I think the missing part here is stopping the SPM (if running on this
host), and disconnecting
from storage.

Both are done when you put a host to maintenance, but in hosted engine
environment this
is not possible from engine since engine runs on the storage you want
to disconnect.

> - Shutdown hypervisor
>
> It seems that the last step doesn't end and I had to brutally power off the 
> hypervisor.
> Here the screenshot regarding infinite failure in unmounting 
> /gluster_bricks/engine
>
> https://drive.google.com/file/d/1ee0HG21XmYVA0t7LYo5hcFx1iLxZdZ-E/view?usp=sharing
>
> What would be the right step to do before the final shutdown of hypervisor?

I think there is an ansible script to do what you need, or some other script.

Simone, do you know where the clean shutdown script for HCI env?

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/2ON4JL5C2INPTO4CGVVVJUFMVTEAHIPQ/

[ovirt-users] Re: Speed Issues

[Nir Soffer]

On Mon, Mar 23, 2020 at 11:44 PM Christian Reiss
 wrote:
>
> Hey folks,
>
> gluster related question. Having SSD in a RAID that can do 2 GB writes
> and Reads (actually above, but meh) in a 3-way HCI cluster connected
> with 10gbit connection things are pretty slow inside gluster.
> I have these settings:
>
> Options Reconfigured:
> cluster.server-quorum-type: server
> cluster.quorum-type: auto
> cluster.shd-max-threads: 8
> features.shard: on
> features.shard-block-size: 64MB
> server.event-threads: 8
> user.cifs: off
> cluster.shd-wait-qlength: 1
> cluster.locking-scheme: granular
> cluster.eager-lock: enable
> performance.low-prio-threads: 32
> network.ping-timeout: 30
> cluster.granular-entry-heal: enable
> storage.owner-gid: 36
> storage.owner-uid: 36
> cluster.choose-local: true
> client.event-threads: 16

These settings mean:

> performance.strict-o-direct: on
> network.remote-dio: enable

That you are using direct I/O both on the client and server side.

> performance.client-io-threads: on
> nfs.disable: on
> storage.fips-mode-rchecksum: on
> transport.address-family: inet
> cluster.readdir-optimize: on
> cluster.metadata-self-heal: on
> cluster.data-self-heal: on
> cluster.entry-self-heal: on
> cluster.data-self-heal-algorithm: full
> features.uss: enable
> features.show-snapshot-directory: on
> features.barrier: disable
> auto-delete: enable
> snap-activate-on-create: enable
>
> Writing inside the /gluster_bricks yields those 2GB/sec writes, Reading
> the same.

How did you test this?

Did you test reading from the storage on the server side using direct
I/O? if not,
you test accessing server buffer cache, which is pretty fast.

> Reading inside the /rhev/data-center/mnt/glusterSD/ dir reads go down to
> 366mb/sec while writes plummet to to 200mb/sec.

This use direct I/O.

> Summed up: Writing into the SSD Raid in the lvm/xfs gluster brick
> directory is fast, writing into the mounted gluster dir is horribly slow.
>
> The above can be seen and repeated on all 3 servers. The network can do
> full 10gbit (tested with, among others: rsync, iperf3).
>
> Anyone with some idea on whats missing/ going on here?

Please share the commands/configuration files used to perform the tests.

Adding storage folks that can help with analyzing this.

> Thanks folks,
> as always stay safe and healthy!

Nir

>
> --
> with kind regards,
> mit freundlichen Gruessen,
>
> Christian Reiss
> ___
> 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/OMAAERV4IUISYEWD4QP5OAM4DK4JTTLF/
___
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/LWCO6URJZZHCBOLIKLOBVY7CW62MLBW2/

[ovirt-users] Re: upload image using python api

[Nir Soffer]

On Tue, Mar 24, 2020 at 8:13 AM David David  wrote:
>
> hi
> can't upload disk image with that script:
> https://github.com/oVirt/ovirt-engine-sdk/blob/master/sdk/examples/upload_disk.py
> this error message is appeared when i trying to upload image:
> # python upload_disk.py --engine-url https://alias-e.localdomain
> --username admin@internal --disk-format raw --sd-name iscsi-test-7 -c
> ca.pem /home/linux1.raw
> Checking image...
> Image format: raw
> Disk format: raw
> Disk content type: data
> Disk provisioned size: 42949672960
> Disk initial size: 42949672960
> Disk name: linux1.raw

Based on this, you are using upload_disk.py from ovirt-engine-sdk 4.4...

> Connecting...
> Password:
> Creating disk...
> Creating transfer session...
> Uploading image...
> Traceback (most recent call last):
>   File "upload_disk.py", line 288, in 
> with ui.ProgressBar() as pb:
> TypeError: __init__() takes at least 2 arguments (1 given)

Which was tested with ovirt-imageio-common 1.6.3, but not with the
version from ovirt 4.3 (1.5.3).

The issue is removed argument in ui.ProgressBar() that is not needed in 4.4.

Since you have 4.3.8 system, you should use upload_disk.py from SDK
version 4.3.2.

upload_disk.py from 4.3.2 is:
https://raw.githubusercontent.com/oVirt/ovirt-engine-sdk/fbc9642a38a14107a2465ebf319220f31802f1df/sdk/examples/upload_disk.py

If you want new features added after that release during ovirt 4.4.
development, and you
are ok with using less tested code you can try to use the last version
of upload_disk.py
that was compatible with 4.3 version of ovirt-imageio-common:
https://raw.githubusercontent.com/oVirt/ovirt-engine-sdk/b4c37ad3881b176596dfb03c70ab1e494644069e/sdk/examples/upload_disk.py

Regardless please file ovirt-imageio bug. We want to keep the example
scripts compatible with earlier
versions if possible.
https://bugzilla.redhat.com/enter_bug.cgi?product=ovirt-imageio

> software using:
> ovirt-engine 4.3.8.2-1
> python-ovirt-engine-sdk4-4.3.2-2

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/INPOLACFJOOY3D2UKK7UX4ZHHJYAGXJD/

[ovirt-users] Re: "engine-setup" 4.3.9 on fresh centos 7 install with PKI error

[John Priest]

Nope - that Document is for Oracle Linux Virtualization Manager 4.2 only.
We are working to deliver a 4.3 release and the Docs will be refreshed at that 
time.
Feel free to contact me direct if you have any questions

John Priest
508.202.2534
john.pri...@oracle.com


-Original Message-
From: edsonrich...@hotmail.com [mailto:edsonrich...@hotmail.com] 
Sent: Tuesday, March 24, 2020 12:28 PM
To: users@ovirt.org
Subject: [ovirt-users] Re: "engine-setup" 4.3.9 on fresh centos 7 install with 
PKI error

Is this Oracle guide (for 4.2.8) still valid for 4.3.9?

https://docs.oracle.com/en/virtualization/oracle-linux-virtualization-manager/getstart/ssl.html

Or I'll just get more and more in trouble?
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: 
https://urldefense.com/v3/__https://www.ovirt.org/privacy-policy.html__;!!GqivPVa7Brio!N5OE0b7_meH-RS9kdyYzSgbSuNHzO-5lpUpDBKn7r5PE6StE4c5MI8DRR_zRWmyRtg$
oVirt Code of Conduct: 
https://urldefense.com/v3/__https://www.ovirt.org/community/about/community-guidelines/__;!!GqivPVa7Brio!N5OE0b7_meH-RS9kdyYzSgbSuNHzO-5lpUpDBKn7r5PE6StE4c5MI8DRR_xh8D3xYA$
List Archives: 
https://urldefense.com/v3/__https://lists.ovirt.org/archives/list/users@ovirt.org/message/BRTMVUSDUNKWWLMETZ6DZFDBMHJGRYGT/__;!!GqivPVa7Brio!N5OE0b7_meH-RS9kdyYzSgbSuNHzO-5lpUpDBKn7r5PE6StE4c5MI8DRR_xd82GJ4g$
 
___
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/5ECXOX3ZJRT4PO7FUDDEFCK3E2Z6KZ5G/

[ovirt-users] Re: Speed Issues

[Jayme]

I strongly believe that FUSE mount is the real reason for poor performance
in HCI and these minor gluster and other tweaks won't satisfy most seeking
i/o performance. Enabling libgfapi is probably the best option. Redhat has
recently closed bug reports related to libgfapi citing won't fix and one
comment suggests that libgfapi was not showing good enough performance to
bother with which appears to contradict what many oVirt users are seeing.
It's confusing to me why libgfapi as a default option is not being given
any priority.

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

"We do not plan to enable libgfapi for oVirt/RHV. We did not find enough
performance improvement justification for it"

On Tue, Mar 24, 2020 at 3:34 PM Alex McWhirter  wrote:

> Red hat also recommends a shard size of 512mb, it's actually the only
> shard size they support. Also check the chunk size on the LVM thin pools
> running the bricks, should be at least 2mb. Note that changing the shard
> size only applies to new VM disks after the change. Changing the chunk
> size requires making a new brick.
>
> libgfapi brings a huge performance boost, in my opinion its almost a
> necessity unless you have a ton of extra disk speed / network
> throughput. Just be aware of the caveats.
>
> On 2020-03-24 14:12, Strahil Nikolov wrote:
> > On March 24, 2020 7:33:16 PM GMT+02:00, Darrell Budic
> >  wrote:
> >> Christian,
> >>
> >> Adding on to Stahil’s notes, make sure you’re using jumbo MTUs on
> >> servers and client host nodes. Making sure you’re using appropriate
> >> disk schedulers on hosts and VMs is important, worth double checking
> >> that it’s doing what you think it is. If you are only HCI, gluster’s
> >> choose-local on is a good thing, but try
> >>
> >> cluster.choose-local: false
> >> cluster.read-hash-mode: 3
> >>
> >> if you have separate servers or nodes with are not HCI to allow it
> >> spread reads over multiple nodes.
> >>
> >> Test out these settings if you have lots of RAM and cores on your
> >> servers, they work well for me with 20 cores and 64GB ram on my
> >> servers
> >> with my load:
> >>
> >> performance.io-thread-count: 64
> >> performance.low-prio-threads: 32
> >>
> >> these are worth testing for your workload.
> >>
> >> If you’re running VMs with these, test out libglapi connections, it’s
> >> significantly better for IO latency than plain fuse mounts. If you can
> >> tolerate the issues, the biggest one at the moment being you can’t
> >> take
> >> snapshots of the VMs with it enabled as of March.
> >>
> >> If you have tuned available, I use throughput-performance on my
> >> servers
> >> and guest-host on my vm nodes, throughput-performance on some HCI
> >> ones.
> >>
> >>
> >> I’d test with out the fips-rchecksum setting, that may be creating
> >> extra work for your servers.
> >>
> >> If you mounted individual bricks, check that you disabled barriers on
> >> them at mount if appropriate.
> >>
> >> Hope it helps,
> >>
> >>  -Darrell
> >>
> >>> On Mar 24, 2020, at 6:23 AM, Strahil Nikolov 
> >> wrote:
> >>>
> >>> On March 24, 2020 11:20:10 AM GMT+02:00, Christian Reiss
> >>  wrote:
>  Hey Strahil,
> 
>  seems you're the go-to-guy with pretty much all my issues. I thank
> >> you
>  for this and your continued support. Much appreciated.
> 
> 
>  200mb/reads however seems like a broken config or malfunctioning
>  gluster
>  than requiring performance tweaks. I enabled profiling so I have
> >> real
>  life data available. But seriously even without tweaks I would like
>  (need) 4 times those numbers, 800mb write speed is okay'ish, given
> >> the
>  fact that 10gbit backbone can be the limiting factor.
> 
>  We are running BigCouch/CouchDB Applications that really really need
>  IO.
>  Not in throughput but in response times. 200mb/s is just way off.
> 
>  It feels as gluster can/should do more, natively.
> 
>  -Chris.
> 
>  On 24/03/2020 06:17, Strahil Nikolov wrote:
> > Hey Chris,,
> >
> > You got some options.
> > 1. To speedup the reads in HCI - you can use the option :
> > cluster.choose-local: on
> > 2. You can adjust the server and client event-threads
> > 3. You can use NFS Ganesha (which connects to all servers via
>  libgfapi)  as a NFS Server.
> > In such case you have to use some clustering like ctdb or
> >> pacemaker.
> > Note:disable cluster.choose-local if you use this one
> > 4 You can try the built-in NFS , although it's deprecated (NFS
>  Ganesha is fully supported)
> > 5.  Create a gluster profile during the tests. I have seen numerous
>  improperly selected tests -> so test with real-world  workload.
>  Synthetic tests are not good.
> >
> > Best Regards,
> > Strahil Nikolov
> >>>
> >>> Hey Chris,
> >>>
> >>> What type is your VM ?
> >>> Try with 'High Performance' one (there is a  good RH documentation on
> >> that topic).
> >>>
> >>> 

[ovirt-users] Re: Speed Issues

[Alex McWhirter]

Red hat also recommends a shard size of 512mb, it's actually the only 
shard size they support. Also check the chunk size on the LVM thin pools 
running the bricks, should be at least 2mb. Note that changing the shard 
size only applies to new VM disks after the change. Changing the chunk 
size requires making a new brick.


libgfapi brings a huge performance boost, in my opinion its almost a 
necessity unless you have a ton of extra disk speed / network 
throughput. Just be aware of the caveats.


On 2020-03-24 14:12, Strahil Nikolov wrote:

On March 24, 2020 7:33:16 PM GMT+02:00, Darrell Budic
 wrote:

Christian,

Adding on to Stahil’s notes, make sure you’re using jumbo MTUs on
servers and client host nodes. Making sure you’re using appropriate
disk schedulers on hosts and VMs is important, worth double checking
that it’s doing what you think it is. If you are only HCI, gluster’s
choose-local on is a good thing, but try

cluster.choose-local: false
cluster.read-hash-mode: 3

if you have separate servers or nodes with are not HCI to allow it
spread reads over multiple nodes.

Test out these settings if you have lots of RAM and cores on your
servers, they work well for me with 20 cores and 64GB ram on my 
servers

with my load:

performance.io-thread-count: 64
performance.low-prio-threads: 32

these are worth testing for your workload.

If you’re running VMs with these, test out libglapi connections, it’s
significantly better for IO latency than plain fuse mounts. If you can
tolerate the issues, the biggest one at the moment being you can’t 
take

snapshots of the VMs with it enabled as of March.

If you have tuned available, I use throughput-performance on my 
servers
and guest-host on my vm nodes, throughput-performance on some HCI 
ones.



I’d test with out the fips-rchecksum setting, that may be creating
extra work for your servers.

If you mounted individual bricks, check that you disabled barriers on
them at mount if appropriate.

Hope it helps,

 -Darrell


On Mar 24, 2020, at 6:23 AM, Strahil Nikolov 

wrote:


On March 24, 2020 11:20:10 AM GMT+02:00, Christian Reiss

 wrote:

Hey Strahil,

seems you're the go-to-guy with pretty much all my issues. I thank

you

for this and your continued support. Much appreciated.


200mb/reads however seems like a broken config or malfunctioning
gluster
than requiring performance tweaks. I enabled profiling so I have

real

life data available. But seriously even without tweaks I would like
(need) 4 times those numbers, 800mb write speed is okay'ish, given

the

fact that 10gbit backbone can be the limiting factor.

We are running BigCouch/CouchDB Applications that really really need
IO.
Not in throughput but in response times. 200mb/s is just way off.

It feels as gluster can/should do more, natively.

-Chris.

On 24/03/2020 06:17, Strahil Nikolov wrote:

Hey Chris,,

You got some options.
1. To speedup the reads in HCI - you can use the option :
cluster.choose-local: on
2. You can adjust the server and client event-threads
3. You can use NFS Ganesha (which connects to all servers via

libgfapi)  as a NFS Server.

In such case you have to use some clustering like ctdb or

pacemaker.

Note:disable cluster.choose-local if you use this one
4 You can try the built-in NFS , although it's deprecated (NFS

Ganesha is fully supported)

5.  Create a gluster profile during the tests. I have seen numerous

improperly selected tests -> so test with real-world  workload.
Synthetic tests are not good.


Best Regards,
Strahil Nikolov


Hey Chris,

What type is your VM ?
Try with 'High Performance' one (there is a  good RH documentation on

that topic).


If the DB load  was  directly on gluster, you could use the settings
in the '/var/lib/gluster/groups/db-workload'  to optimize that, but 
I'm

not sure  if this will bring any performance  on a VM.


1. Check the VM disk scheduler. Use 'noop/none' (depends on

multiqueue is enabled) to allow  the Hypervisor aggregate the I/O
requests from multiple VMs.

Next, set 'noop/none' disk scheduler  on the hosts - these 2 are the

optimal for SSDs and NVME disks  (if I recall corectly you are  using
SSDs)


2. Disable cstates on the host and Guest (there are a lot of articles

about that)


3. Enable MTU 9000 for Hypervisor (gluster node).

4. You can try setting/unsetting the tunables in the db-workload

group and run benchmarks with real workload  .


5.  Some users  reported  that enabling  TCP offload  on the hosts

gave huge  improvement in performance  of gluster  - you can try that.

Of course  there are mixed  feelings - as others report  that

disabling it brings performance. I guess  it is workload  specific.


6.  You can try to tune  the 'performance.readahead'  on your

gluster volume.


Here are some settings  of some users /from an old e-mail/:

performance.read-ahead: on
performance.stat-prefetch: on
performance.flush-behind: on
performance.client-io-threads: on
performance.write-behind-window-size: 64MB (shard  

[ovirt-users] Re: Speed Issues

[Strahil Nikolov]

On March 24, 2020 7:33:16 PM GMT+02:00, Darrell Budic  
wrote:
>Christian,
>
>Adding on to Stahil’s notes, make sure you’re using jumbo MTUs on
>servers and client host nodes. Making sure you’re using appropriate
>disk schedulers on hosts and VMs is important, worth double checking
>that it’s doing what you think it is. If you are only HCI, gluster’s
>choose-local on is a good thing, but try
>
>cluster.choose-local: false
>cluster.read-hash-mode: 3
>
>if you have separate servers or nodes with are not HCI to allow it
>spread reads over multiple nodes.
>
>Test out these settings if you have lots of RAM and cores on your
>servers, they work well for me with 20 cores and 64GB ram on my servers
>with my load:
>
>performance.io-thread-count: 64
>performance.low-prio-threads: 32
>
>these are worth testing for your workload.
>
>If you’re running VMs with these, test out libglapi connections, it’s
>significantly better for IO latency than plain fuse mounts. If you can
>tolerate the issues, the biggest one at the moment being you can’t take
>snapshots of the VMs with it enabled as of March.
>
>If you have tuned available, I use throughput-performance on my servers
>and guest-host on my vm nodes, throughput-performance on some HCI ones.
>
>
>I’d test with out the fips-rchecksum setting, that may be creating
>extra work for your servers.
>
>If you mounted individual bricks, check that you disabled barriers on
>them at mount if appropriate.
>
>Hope it helps,
>
>  -Darrell
>
>> On Mar 24, 2020, at 6:23 AM, Strahil Nikolov 
>wrote:
>> 
>> On March 24, 2020 11:20:10 AM GMT+02:00, Christian Reiss
> wrote:
>>> Hey Strahil,
>>> 
>>> seems you're the go-to-guy with pretty much all my issues. I thank
>you 
>>> for this and your continued support. Much appreciated.
>>> 
>>> 
>>> 200mb/reads however seems like a broken config or malfunctioning
>>> gluster 
>>> than requiring performance tweaks. I enabled profiling so I have
>real 
>>> life data available. But seriously even without tweaks I would like 
>>> (need) 4 times those numbers, 800mb write speed is okay'ish, given
>the 
>>> fact that 10gbit backbone can be the limiting factor.
>>> 
>>> We are running BigCouch/CouchDB Applications that really really need
>>> IO. 
>>> Not in throughput but in response times. 200mb/s is just way off.
>>> 
>>> It feels as gluster can/should do more, natively.
>>> 
>>> -Chris.
>>> 
>>> On 24/03/2020 06:17, Strahil Nikolov wrote:
 Hey Chris,,
 
 You got some options.
 1. To speedup the reads in HCI - you can use the option :
 cluster.choose-local: on
 2. You can adjust the server and client event-threads
 3. You can use NFS Ganesha (which connects to all servers via
>>> libgfapi)  as a NFS Server.
 In such case you have to use some clustering like ctdb or
>pacemaker.
 Note:disable cluster.choose-local if you use this one
 4 You can try the built-in NFS , although it's deprecated (NFS
>>> Ganesha is fully supported)
 5.  Create a gluster profile during the tests. I have seen numerous
>>> improperly selected tests -> so test with real-world  workload.
>>> Synthetic tests are not good.
 
 Best Regards,
 Strahil Nikolov
>> 
>> Hey Chris,
>> 
>> What type is your VM ?
>> Try with 'High Performance' one (there is a  good RH documentation on
>that topic).
>> 
>> If the DB load  was  directly on gluster, you could use the settings
>in the '/var/lib/gluster/groups/db-workload'  to optimize that, but I'm
>not sure  if this will bring any performance  on a VM.
>> 
>> 1. Check the VM disk scheduler. Use 'noop/none' (depends on
>multiqueue is enabled) to allow  the Hypervisor aggregate the I/O
>requests from multiple VMs.
>> Next, set 'noop/none' disk scheduler  on the hosts - these 2 are the
>optimal for SSDs and NVME disks  (if I recall corectly you are  using
>SSDs)
>> 
>> 2. Disable cstates on the host and Guest (there are a lot of articles
> about that)
>> 
>> 3. Enable MTU 9000 for Hypervisor (gluster node).
>> 
>> 4. You can try setting/unsetting the tunables in the db-workload 
>group and run benchmarks with real workload  .
>> 
>> 5.  Some users  reported  that enabling  TCP offload  on the hosts
>gave huge  improvement in performance  of gluster  - you can try that.
>> Of course  there are mixed  feelings - as others report  that
>disabling it brings performance. I guess  it is workload  specific.
>> 
>> 6.  You can try to tune  the 'performance.readahead'  on your 
>gluster volume.
>> 
>> Here are some settings  of some users /from an old e-mail/:
>> 
>> performance.read-ahead: on
>> performance.stat-prefetch: on
>> performance.flush-behind: on 
>> performance.client-io-threads: on
>> performance.write-behind-window-size: 64MB (shard  size)
>> 
>> 
>> 
>> For a  48 cores / host:
>> 
>> server.event-threads: 4
>> client.event-threads: 8
>> 
>> Your ecent-threads  seem to be too high.And yes, documentation
>explains it , but without an example it becomes more confusing.
>> 
>> Best Regards,

[ovirt-users] Re: Shutdown procedure for single host HCI Gluster

[Strahil Nikolov]

On March 24, 2020 1:28:37 PM GMT+02:00, Gianluca Cecchi 
 wrote:
>Hello,
>I'm testing the single node HCI with ovirt-node-ng 4.3.9 iso.
>Very nice and many improvements over the last time I tried it. Good!
>
>I have a doubt related to shutdown procedure of the server.
>Here below my steps:
>- Shutdown all VMs (except engine)
>- Put into maintenance data and vmstore domains
>- Enable Global HA Maintenance
>- Shutdown engine
>- Shutdown hypervisor
>
>It seems that the last step doesn't end and I had to brutally power off
>the
>hypervisor.
>Here the screenshot regarding infinite failure in unmounting
>/gluster_bricks/engine
>
>https://drive.google.com/file/d/1ee0HG21XmYVA0t7LYo5hcFx1iLxZdZ-E/view?usp=sharing
>
>What would be the right step to do before the final shutdown of
>hypervisor?
>Thanks,
>Gianluca

You can kill gluster via:
/usr/share/glusterfs/scripts/stop-all-gluster-processes.sh

Of course, you can create a systemd service to do that on power off

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/UDBPSTDY42ZGLREMC7UV62L6AWT32TJL/

[ovirt-users] Re: Artwork: 4.4 GA banners

[Laura Wright]

Hi Sandro,

For the content we want to feature in the banners, besides the version
number, is there any other specific information we would want to include
like the release date?

Best,
Laura

On Tue, Mar 24, 2020 at 1:35 PM Sandro Bonazzola 
wrote:

>
>
> Il giorno mar 24 mar 2020 alle ore 18:20 Jayme  ha
> scritto:
>
>> Hey Sandro,
>>
>> Do you have more specific details or guidelines in regards to the
>> graphics you are looking for?
>>
>
> Artwork should be shared under a license oVirt project can use, I would
> recommend CC-BY-SA.
> The oVirt brand is now blue/white, like
> https://media-exp1.licdn.com/dms/image/C4D1BAQG5ElRFcXlsAQ/company-background_1/0?e=1585159200=beta=z90HpSiz36UFDRg7nrwv1FN343liI_byj_1kP-1Rtxw
> Maybe Laura can give more guidelines for the graphics.
>
>
>
>>
>> Thanks!
>>
>> On Tue, Mar 24, 2020 at 1:27 PM Sandro Bonazzola 
>> wrote:
>>
>>> Hi,
>>> in preparation of oVirt 4.4 GA it would be nice to have some graphics we
>>> can use for launching oVirt 4.4 GA on social media and oVirt website.
>>> If you don't have coding skills but you have marketing or design skills
>>> this is a good opportunity to contribute back to the project.
>>> Looking forward to your designs!
>>>
>>> --
>>>
>>> Sandro Bonazzola
>>>
>>> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>>>
>>> Red Hat EMEA 
>>>
>>> sbona...@redhat.com
>>> *
>>> *
>>> *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/WQWKXCPQVII5SZX2AX2SGUYORDVG5KS6/
>>>
>>
>
> --
>
> Sandro Bonazzola
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>
> Red Hat EMEA 
>
> sbona...@redhat.com
> *
> *
> *Red Hat respects your work life balance. Therefore there is no need to
> answer this email out of your office hours.
> *
>


-- 

Laura Wright

She/Her/Hers

UXD Team

Red Hat Massachusetts 

314 Littleton Rd

lwri...@redhat.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/V6HBUXE3FIYCG7NU5GPZ3XQME76NU2AJ/

[ovirt-users] Re: Artwork: 4.4 GA banners

[Sandro Bonazzola]

Il giorno mar 24 mar 2020 alle ore 18:20 Jayme  ha
scritto:

> Hey Sandro,
>
> Do you have more specific details or guidelines in regards to the graphics
> you are looking for?
>

Artwork should be shared under a license oVirt project can use, I would
recommend CC-BY-SA.
The oVirt brand is now blue/white, like
https://media-exp1.licdn.com/dms/image/C4D1BAQG5ElRFcXlsAQ/company-background_1/0?e=1585159200=beta=z90HpSiz36UFDRg7nrwv1FN343liI_byj_1kP-1Rtxw
Maybe Laura can give more guidelines for the graphics.



>
> Thanks!
>
> On Tue, Mar 24, 2020 at 1:27 PM Sandro Bonazzola 
> wrote:
>
>> Hi,
>> in preparation of oVirt 4.4 GA it would be nice to have some graphics we
>> can use for launching oVirt 4.4 GA on social media and oVirt website.
>> If you don't have coding skills but you have marketing or design skills
>> this is a good opportunity to contribute back to the project.
>> Looking forward to your designs!
>>
>> --
>>
>> Sandro Bonazzola
>>
>> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>>
>> Red Hat EMEA 
>>
>> sbona...@redhat.com
>> *
>> *
>> *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/WQWKXCPQVII5SZX2AX2SGUYORDVG5KS6/
>>
>

-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA 

sbona...@redhat.com
*
*
*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/KCX3NMAVJVEWUX7IOKODDJUXYHLRXBQ3/

[ovirt-users] Re: Speed Issues

[Darrell Budic]

Christian,

Adding on to Stahil’s notes, make sure you’re using jumbo MTUs on servers and 
client host nodes. Making sure you’re using appropriate disk schedulers on 
hosts and VMs is important, worth double checking that it’s doing what you 
think it is. If you are only HCI, gluster’s choose-local on is a good thing, 
but try

cluster.choose-local: false
cluster.read-hash-mode: 3

if you have separate servers or nodes with are not HCI to allow it spread reads 
over multiple nodes.

Test out these settings if you have lots of RAM and cores on your servers, they 
work well for me with 20 cores and 64GB ram on my servers with my load:

performance.io-thread-count: 64
performance.low-prio-threads: 32

these are worth testing for your workload.

If you’re running VMs with these, test out libglapi connections, it’s 
significantly better for IO latency than plain fuse mounts. If you can tolerate 
the issues, the biggest one at the moment being you can’t take snapshots of the 
VMs with it enabled as of March.

If you have tuned available, I use throughput-performance on my servers and 
guest-host on my vm nodes, throughput-performance on some HCI ones. 

I’d test with out the fips-rchecksum setting, that may be creating extra work 
for your servers.

If you mounted individual bricks, check that you disabled barriers on them at 
mount if appropriate.

Hope it helps,

  -Darrell

> On Mar 24, 2020, at 6:23 AM, Strahil Nikolov  wrote:
> 
> On March 24, 2020 11:20:10 AM GMT+02:00, Christian Reiss 
>  wrote:
>> Hey Strahil,
>> 
>> seems you're the go-to-guy with pretty much all my issues. I thank you 
>> for this and your continued support. Much appreciated.
>> 
>> 
>> 200mb/reads however seems like a broken config or malfunctioning
>> gluster 
>> than requiring performance tweaks. I enabled profiling so I have real 
>> life data available. But seriously even without tweaks I would like 
>> (need) 4 times those numbers, 800mb write speed is okay'ish, given the 
>> fact that 10gbit backbone can be the limiting factor.
>> 
>> We are running BigCouch/CouchDB Applications that really really need
>> IO. 
>> Not in throughput but in response times. 200mb/s is just way off.
>> 
>> It feels as gluster can/should do more, natively.
>> 
>> -Chris.
>> 
>> On 24/03/2020 06:17, Strahil Nikolov wrote:
>>> Hey Chris,,
>>> 
>>> You got some options.
>>> 1. To speedup the reads in HCI - you can use the option :
>>> cluster.choose-local: on
>>> 2. You can adjust the server and client event-threads
>>> 3. You can use NFS Ganesha (which connects to all servers via
>> libgfapi)  as a NFS Server.
>>> In such case you have to use some clustering like ctdb or pacemaker.
>>> Note:disable cluster.choose-local if you use this one
>>> 4 You can try the built-in NFS , although it's deprecated (NFS
>> Ganesha is fully supported)
>>> 5.  Create a gluster profile during the tests. I have seen numerous
>> improperly selected tests -> so test with real-world  workload.
>> Synthetic tests are not good.
>>> 
>>> Best Regards,
>>> Strahil Nikolov
> 
> Hey Chris,
> 
> What type is your VM ?
> Try with 'High Performance' one (there is a  good RH documentation on that 
> topic).
> 
> If the DB load  was  directly on gluster, you could use the settings in the 
> '/var/lib/gluster/groups/db-workload'  to optimize that, but I'm not sure  if 
> this will bring any performance  on a VM.
> 
> 1. Check the VM disk scheduler. Use 'noop/none' (depends on multiqueue is 
> enabled) to allow  the Hypervisor aggregate the I/O requests from multiple 
> VMs.
> Next, set 'noop/none' disk scheduler  on the hosts - these 2 are the optimal 
> for SSDs and NVME disks  (if I recall corectly you are  using SSDs)
> 
> 2. Disable cstates on the host and Guest (there are a lot of articles  about 
> that)
> 
> 3. Enable MTU 9000 for Hypervisor (gluster node).
> 
> 4. You can try setting/unsetting the tunables in the db-workload  group and 
> run benchmarks with real workload  .
> 
> 5.  Some users  reported  that enabling  TCP offload  on the hosts gave huge  
> improvement in performance  of gluster  - you can try that.
> Of course  there are mixed  feelings - as others report  that disabling it 
> brings performance. I guess  it is workload  specific.
> 
> 6.  You can try to tune  the 'performance.readahead'  on your  gluster volume.
> 
> Here are some settings  of some users /from an old e-mail/:
> 
> performance.read-ahead: on
> performance.stat-prefetch: on
> performance.flush-behind: on 
> performance.client-io-threads: on
> performance.write-behind-window-size: 64MB (shard  size)
> 
> 
> 
> For a  48 cores / host:
> 
> server.event-threads: 4
> client.event-threads: 8
> 
> Your ecent-threads  seem to be too high.And yes, documentation explains it , 
> but without an example it becomes more confusing.
> 
> Best Regards,
> Strahil Nikolov
>  
> 
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to 

[ovirt-users] Re: Artwork: 4.4 GA banners

[Jayme]

Hey Sandro,

Do you have more specific details or guidelines in regards to the graphics
you are looking for?

Thanks!

On Tue, Mar 24, 2020 at 1:27 PM Sandro Bonazzola 
wrote:

> Hi,
> in preparation of oVirt 4.4 GA it would be nice to have some graphics we
> can use for launching oVirt 4.4 GA on social media and oVirt website.
> If you don't have coding skills but you have marketing or design skills
> this is a good opportunity to contribute back to the project.
> Looking forward to your designs!
>
> --
>
> Sandro Bonazzola
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>
> Red Hat EMEA 
>
> sbona...@redhat.com
> *
> *
> *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/WQWKXCPQVII5SZX2AX2SGUYORDVG5KS6/
>
___
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/XXQDEW5ONO6L7RFJY34EAZOHVRFP7WDD/

[ovirt-users] Re: "engine-setup" 4.3.9 on fresh centos 7 install with PKI error

[edsonrichter]

Is this Oracle guide (for 4.2.8) still valid for 4.3.9?

https://docs.oracle.com/en/virtualization/oracle-linux-virtualization-manager/getstart/ssl.html

Or I'll just get more and more in trouble?
___
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/BRTMVUSDUNKWWLMETZ6DZFDBMHJGRYGT/

[ovirt-users] Artwork: 4.4 GA banners

[Sandro Bonazzola]

Hi,
in preparation of oVirt 4.4 GA it would be nice to have some graphics we
can use for launching oVirt 4.4 GA on social media and oVirt website.
If you don't have coding skills but you have marketing or design skills
this is a good opportunity to contribute back to the project.
Looking forward to your designs!

-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA 

sbona...@redhat.com
*
*
*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/WQWKXCPQVII5SZX2AX2SGUYORDVG5KS6/

[ovirt-users] Re: does SPM still exist?

[Benny Zlotnik]

it hasn't disappeared, there has been work done to move operations
that used to run only on SPM to run on regular hosts as well
(copy/move disk)
Currently the main operations performed by SPM are
create/delete/extend volume and more[1]


[1] 
https://github.com/oVirt/ovirt-engine/tree/master/backend/manager/modules/vdsbroker/src/main/java/org/ovirt/engine/core/vdsbroker/irsbroker






On Tue, Mar 24, 2020 at 11:14 AM yam yam  wrote:
>
> Hello,
>
> I heard some say SPM disappeared since 3.6.
> nevertheless, SPM still exists in oVirt admin portal or even in RHV's manual.
> So, I am wondering whether SPM still exists now.
>
> And could I know how to get more detailed information for oVirt internals??
> is the code review the best 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/KNZ4KGZTWHFSUNDDVVPBMYK3U7Y3QZPF/
___
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/LGB6C4OLF4SH3PJCR5F4TEAHN4LGHSPL/

[ovirt-users] Re: safe to have perf and dstat on ovirt node?

[Gianluca Cecchi]

On Mon, Mar 23, 2020 at 11:56 PM Shirly Radco  wrote:

> Hi,
>
> I can't answer about perf, But would Collectd be useful for you?
> It is already installed on the hosts and engine.
>
> Best,
> Shirly
>
>
Thanks for your answer Shirly,
do you mean implementing Metrics Store?

Gianluca
___
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/6K47EUXN4GI4VF7SSN7VPUU4UGA3773B/

[ovirt-users] Re: "engine-setup" 4.3.9 on fresh centos 7 install with PKI error

[edsonrichter]

Yes, sure.
Reboot engine, reboot http, reboot server.
Run "yum update -y" again, reboot server once more.
Same error, always.
___
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/RFAH4PTNZIPZ2GAZXEDU2OEUB2OTMJLX/

[ovirt-users] Re: connect from public to private network

[nikkognt]

Good morning,
I would like to ask for further information.

To solve my problem I think to add an alias to the network card with a public 
ip and a different fqdn to the engine.

example:

eth0--->192.168.1.1 ---> ovirt.example.domain.com
eth0:0  --->13.226.161.116  ---> ovirt-lab.domain.com

Furthermore I think to install spice proxy too.
will the engine with 2 fqdn work the same?
In the documentation I found this change to do: 
SSO_ALTERNATE_ENGINE_FQDNS="ovirt.example.domain.com ovirt-lab.domain.com" 
to the file /etc/ovirt-engine/engine.conf.d/99-custom-sso-setup.conf
Could it be useful for my case?
Tips and advice?
Thanks for your help
Nikkognt
___
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/B4DXZE3LBNYUIG4Y5E3YZ5MZ7JL2Z4R5/

[ovirt-users] Shutdown procedure for single host HCI Gluster

[Gianluca Cecchi]

Hello,
I'm testing the single node HCI with ovirt-node-ng 4.3.9 iso.
Very nice and many improvements over the last time I tried it. Good!

I have a doubt related to shutdown procedure of the server.
Here below my steps:
- Shutdown all VMs (except engine)
- Put into maintenance data and vmstore domains
- Enable Global HA Maintenance
- Shutdown engine
- Shutdown hypervisor

It seems that the last step doesn't end and I had to brutally power off the
hypervisor.
Here the screenshot regarding infinite failure in unmounting
/gluster_bricks/engine

https://drive.google.com/file/d/1ee0HG21XmYVA0t7LYo5hcFx1iLxZdZ-E/view?usp=sharing

What would be the right step to do before the final shutdown of hypervisor?
Thanks,
Gianluca
___
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/OH5WNUDZ3DTUXITWGPEYL64NKUST3GSM/

[ovirt-users] Re: "engine-setup" 4.3.9 on fresh centos 7 install with PKI error

[Strahil Nikolov]

On March 23, 2020 12:42:05 PM GMT+02:00, edsonrich...@hotmail.com wrote:
>I'm newbie on oVirt - besides having many years on server
>administration, docker and vmware included.
>Installation is no mistery, but I'm stuck with error described below.
>
>I've just installed a new machine with Centos 7 with all updates:
>
>[root@mgmt ~]# uname -a
>Linux mgmt.simfrete.com 3.10.0-1062.12.1.el7.x86_64 #1 SMP Tue Feb 4
>23:02:59 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux
>
>[root@mgmt ~]# cat /etc/redhat-release
>CentOS Linux release 7.7.1908 (Core)
>
>I've installed the repository:
>
>[root@mgmt ~]# sudo yum install
>https://resources.ovirt.org/pub/yum-repo/ovirt-release43.rpm -y
>
>and then the ovirt-engine:
>
>[root@mgmt ~]#  yum install ovirt-engine -y
>
>Then, run the engine-setup with all defaults (exception fqdn =
>"mgmt.mydomain.com").
>Everything runs smoothly, exception with I open the mamagement
>interface at "https://mgmt.mydomain.com/ovirt-engine; I get the error:
>
>sun.security.validator.ValidatorException: PKIX path building failed:
>sun.security.provider.certpath.SunCertPathBuilderException: unable to
>find valid certification path to requested target 
>
>In the log, I get
>
>2020-03-23 02:20:23,883-03 ERROR
>[org.ovirt.engine.core.aaa.servlet.SsoPostLoginServlet] (default
>task-8) [] server_error: sun.security.validator.ValidatorException:
>PKIX path building failed:
>sun.security.provider.certpath.SunCertPathBuilderException: unable to
>find valid certification path to requested target
>
>I don't know how to proceed from here.
>Would you please guide me how to fix this?
>
>
>___
>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/F37XX4VHQBO43SPYFDAUSAUANAUYGOX6/

Have you tried windows style ?  
Java  is not too far from windows.


P.S.: I mean rebooting the engine

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/2WVCNGSNXB5UWA2OAICCCTLXXIIYQSRX/

[ovirt-users] Re: Speed Issues

[Strahil Nikolov]

On March 24, 2020 11:20:10 AM GMT+02:00, Christian Reiss 
 wrote:
>Hey Strahil,
>
>seems you're the go-to-guy with pretty much all my issues. I thank you 
>for this and your continued support. Much appreciated.
>
>
>200mb/reads however seems like a broken config or malfunctioning
>gluster 
>than requiring performance tweaks. I enabled profiling so I have real 
>life data available. But seriously even without tweaks I would like 
>(need) 4 times those numbers, 800mb write speed is okay'ish, given the 
>fact that 10gbit backbone can be the limiting factor.
>
>We are running BigCouch/CouchDB Applications that really really need
>IO. 
>Not in throughput but in response times. 200mb/s is just way off.
>
>It feels as gluster can/should do more, natively.
>
>-Chris.
>
>On 24/03/2020 06:17, Strahil Nikolov wrote:
>> Hey Chris,,
>> 
>> You got some options.
>> 1. To speedup the reads in HCI - you can use the option :
>> cluster.choose-local: on
>> 2. You can adjust the server and client event-threads
>> 3. You can use NFS Ganesha (which connects to all servers via
>libgfapi)  as a NFS Server.
>> In such case you have to use some clustering like ctdb or pacemaker.
>> Note:disable cluster.choose-local if you use this one
>> 4 You can try the built-in NFS , although it's deprecated (NFS
>Ganesha is fully supported)
>> 5.  Create a gluster profile during the tests. I have seen numerous
>improperly selected tests -> so test with real-world  workload.
>Synthetic tests are not good.
>> 
>> Best Regards,
>> Strahil Nikolov

Hey Chris,

What type is your VM ?
Try with 'High Performance' one (there is a  good RH documentation on that 
topic).

If the DB load  was  directly on gluster, you could use the settings in the 
'/var/lib/gluster/groups/db-workload'  to optimize that, but I'm not sure  if 
this will bring any performance  on a VM.

1. Check the VM disk scheduler. Use 'noop/none' (depends on multiqueue is 
enabled) to allow  the Hypervisor aggregate the I/O requests from multiple VMs.
Next, set 'noop/none' disk scheduler  on the hosts - these 2 are the optimal 
for SSDs and NVME disks  (if I recall corectly you are  using SSDs)

2. Disable cstates on the host and Guest (there are a lot of articles  about 
that)

3. Enable MTU 9000 for Hypervisor (gluster node).

4. You can try setting/unsetting the tunables in the db-workload  group and run 
benchmarks with real workload  .

5.  Some users  reported  that enabling  TCP offload  on the hosts gave huge  
improvement in performance  of gluster  - you can try that.
Of course  there are mixed  feelings - as others report  that disabling it 
brings performance. I guess  it is workload  specific.

6.  You can try to tune  the 'performance.readahead'  on your  gluster volume.

Here are some settings  of some users /from an old e-mail/:

performance.read-ahead: on
performance.stat-prefetch: on
performance.flush-behind: on 
performance.client-io-threads: on
performance.write-behind-window-size: 64MB (shard  size)



For a  48 cores / host:

server.event-threads: 4
client.event-threads: 8

Your ecent-threads  seem to be too high.And yes, documentation explains it , 
but without an example it becomes more confusing.

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/BOFZEJPBIRXUAXLJS6M34Z3RHPDNQB4D/

[ovirt-users] Re: ovirt-guest-agent for CentOS 8

[Strahil Nikolov]

On March 24, 2020 8:51:34 AM GMT+02:00, Brandon Johnson 
 wrote:
>Is there a plan to implement the SSO functionality from ovirt-ga
>elsewhere or break out the function for Linux guests using a desktop
>interface such as Gnome?
>___
>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/FOV3DS4AUPHZHJ4A4TODVTVVSBQHGMO6/

Oh,  ignore the previous one - I misread your email.
___
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/Q34WQDTSMP6RS55V5RWDH75OMB4G2QLY/

[ovirt-users] Re: ovirt-guest-agent for CentOS 8

[Strahil Nikolov]

On March 24, 2020 8:51:34 AM GMT+02:00, Brandon Johnson 
 wrote:
>Is there a plan to implement the SSO functionality from ovirt-ga
>elsewhere or break out the function for Linux guests using a desktop
>interface such as Gnome?
>___
>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/FOV3DS4AUPHZHJ4A4TODVTVVSBQHGMO6/

Nope,
Use  the qemu-guest-agent  for RHEL 8/ CentOS 8..

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/YBKQ6FKD2P7BQ726MA2RCBVGGMKEQPHS/

[ovirt-users] Data Center, Cluster and Storage Domains show as "Down" after backup and restore

[anton . louw]

Hi Everybody,

So I did a full backup of our HE, redeployed and restored. After the restore, I 
ran engine-setup on the newly deployed HE. I can access the the environment as 
per normal, the only issue is that everything still shows as "down", this 
includes hosts and VMs?

Is there something I need to do in order to get everything to display as "Up" 
again?

Thanks
___
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/YPKWNVUPK7HHPL33TSPOBYGJOG2FADM6/

[ovirt-users] "engine-setup" 4.3.9 on fresh centos 7 install with PKI error

[edsonrichter]

I'm newbie on oVirt - besides having many years on server administration, 
docker and vmware included.
Installation is no mistery, but I'm stuck with error described below.

I've just installed a new machine with Centos 7 with all updates:

[root@mgmt ~]# uname -a
Linux mgmt.simfrete.com 3.10.0-1062.12.1.el7.x86_64 #1 SMP Tue Feb 4 23:02:59 
UTC 2020 x86_64 x86_64 x86_64 GNU/Linux

[root@mgmt ~]# cat /etc/redhat-release
CentOS Linux release 7.7.1908 (Core)

I've installed the repository:

[root@mgmt ~]# sudo yum install 
https://resources.ovirt.org/pub/yum-repo/ovirt-release43.rpm -y

and then the ovirt-engine:

[root@mgmt ~]#  yum install ovirt-engine -y

Then, run the engine-setup with all defaults (exception fqdn = 
"mgmt.mydomain.com").
Everything runs smoothly, exception with I open the mamagement interface at 
"https://mgmt.mydomain.com/ovirt-engine; I get the error:

sun.security.validator.ValidatorException: PKIX path building failed: 
sun.security.provider.certpath.SunCertPathBuilderException: unable to find 
valid certification path to requested target 

In the log, I get

2020-03-23 02:20:23,883-03 ERROR 
[org.ovirt.engine.core.aaa.servlet.SsoPostLoginServlet] (default task-8) [] 
server_error: sun.security.validator.ValidatorException: PKIX path building 
failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to 
find valid certification path to requested target

I don't know how to proceed from here.
Would you please guide me how to fix this?


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

[ovirt-users] Re: Speed Issues

[Christian Reiss]

Hey Strahil,

seems you're the go-to-guy with pretty much all my issues. I thank you 
for this and your continued support. Much appreciated.



200mb/reads however seems like a broken config or malfunctioning gluster 
than requiring performance tweaks. I enabled profiling so I have real 
life data available. But seriously even without tweaks I would like 
(need) 4 times those numbers, 800mb write speed is okay'ish, given the 
fact that 10gbit backbone can be the limiting factor.


We are running BigCouch/CouchDB Applications that really really need IO. 
Not in throughput but in response times. 200mb/s is just way off.


It feels as gluster can/should do more, natively.

-Chris.

On 24/03/2020 06:17, Strahil Nikolov wrote:

Hey Chris,,

You got some options.
1. To speedup the reads in HCI - you can use the option :
cluster.choose-local: on
2. You can adjust the server and client event-threads
3. You can use NFS Ganesha (which connects to all servers via libgfapi)  as a 
NFS Server.
In such case you have to use some clustering like ctdb or pacemaker.
Note:disable cluster.choose-local if you use this one
4 You can try the built-in NFS , although it's deprecated (NFS Ganesha is fully 
supported)
5.  Create a gluster profile during the tests. I have seen numerous improperly 
selected tests -> so test with real-world  workload. Synthetic tests are not 
good.

Best Regards,
Strahil Nikolov


--
with kind regards,
mit freundlichen Gruessen,

Christian Reiss
___
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/YOVAMJAWUFLJY6XNXQDURPWISKLSMAOZ/

[ovirt-users] does SPM still exist?

[yam yam]

Hello,

I heard some say SPM disappeared since 3.6.
nevertheless, SPM still exists in oVirt admin portal or even in RHV's manual.
So, I am wondering whether SPM still exists now.

And could I know how to get more detailed information for oVirt internals??
is the code review the best 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/KNZ4KGZTWHFSUNDDVVPBMYK3U7Y3QZPF/

[ovirt-users] Re: ovirt-guest-agent for CentOS 8

[Brandon Johnson]

Is there a plan to implement the SSO functionality from ovirt-ga elsewhere or 
break out the function for Linux guests using a desktop interface such as Gnome?
___
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/FOV3DS4AUPHZHJ4A4TODVTVVSBQHGMO6/

[ovirt-users] upload image using python api

[David David]

hi
can't upload disk image with that script:
https://github.com/oVirt/ovirt-engine-sdk/blob/master/sdk/examples/upload_disk.py
this error message is appeared when i trying to upload image:
# python upload_disk.py --engine-url https://alias-e.localdomain
--username admin@internal --disk-format raw --sd-name iscsi-test-7 -c
ca.pem /home/linux1.raw
Checking image...
Image format: raw
Disk format: raw
Disk content type: data
Disk provisioned size: 42949672960
Disk initial size: 42949672960
Disk name: linux1.raw
Connecting...
Password:
Creating disk...
Creating transfer session...
Uploading image...
Traceback (most recent call last):
  File "upload_disk.py", line 288, in 
with ui.ProgressBar() as pb:
TypeError: __init__() takes at least 2 arguments (1 given)

software using:
ovirt-engine 4.3.8.2-1
python-ovirt-engine-sdk4-4.3.2-2
___
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/QKXTBSQPWNQUWE22PRYUZRZ6Q4KD5UME/