[ovirt-users] Re: Future of oVirt as RHV is converging with OpenShift

[Strahil Nikolov via Users]

I know several telecoms in Bulgaria use RHV, but they are small clients.
Yet, Openshift with 3 nodes looks quite difficult, while oVirt/RHV excells.
Best Regards,Strahil Nikolov

Sent from Yahoo Mail on Android 
 
  On Fri, Feb 5, 2021 at 20:11, Uwe Laverenz wrote:   Hi.

Am 03.02.21 um 08:56 schrieb Strahil Nikolov via Users:

> but without big software companies it will be quite hard. If Red Hat 
> shifts to Openshift, I am afraid that this project will be going into 
> oblivion.

My guess: if this happens then probably because OVirt/RHEV wasn't 
successful enough in attracting paying customers. From time to time I 
tried to find reference customers but I never found a real success 
story. At least here in Western Europe I've never heard of a company 
that uses OVirt instead of vSphere/Hyper-V/whatever with the exception 
of a rumor about a British airline.

And now with IBM as new owner, commercial success might even become more 
important.

just my 2 cents.

cu,
Uwe
___
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/WIYCERHXJDSWBUWRWCWABZUIHYSWAQML/
  
___
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/OAPUMG3JYPNONO3DCTGNSHVGK6FDW47J/

[ovirt-users] Re: Libgfapi considerations

[Strahil Nikolov via Users]

I recently learned that gluster community is archiving the libgfapi stuff.I 
think that a lot of effort was spent on FUSE to get it faster.When did anyone 
compare them ?

Best Regards,Strahil Nikolov

Sent from Yahoo Mail on Android 
 
  On Fri, Feb 5, 2021 at 13:12, Guillaume 
Pavese wrote:   
___
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/YA6J533264NBO6AS7ML67WF5VB7YYY62/
  
___
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/5Z5W6S7LBVYW35S5QPBXWSAKPBQOB2E4/

[ovirt-users] Re: Random Crash

[Strahil Nikolov via Users]

My first guess would be fencing.Fencing kicks in when there are network issues 
or when the Hypervisor is stuck.
Check the engine's logs to verify that guess.
Best Regards,Strahil Nikolov

Sent from Yahoo Mail on Android 
 
  On Fri, Feb 5, 2021 at 11:50, francesco--- via Users wrote:  
 Hi all,

I'm experiencing random reboot on several oVirt nodes (CentOS 7/8, oVirt 
4.3/4.4 as well). Sometimes it happens three times in a day, and the more hosts 
I'm adding to my pool, the more I noticing.

The logs are not helpful: it's like a brute poweroff cause there are no entries 
at all in the messages, vdsm, secure (I looked all over the logs) from the last 
"normal" entry (user logged in/off, normal vdsm log ecc.) until the first entry 
of the boot. kdump is enabled and /var/crash is empty. I used to run Xen on the 
servers of the same provider and I didn't have all of these frequent reboots, 
that's why I'm not sure it is a hardware related issue.

Any advice on what enables for getting more info about this crash?

Thank you for your time,
Francesco
___
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/G3DOP7A7SREBYQ5IY24HBE4GYCKM6QH7/
  
___
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/KNBORTK5GAOFT3BKHZASVVCQJCY2GPVB/

[ovirt-users] Re: Future of oVirt as RHV is converging with OpenShift

[Uwe Laverenz]

Hi.

Am 03.02.21 um 08:56 schrieb Strahil Nikolov via Users:

but without big software companies it will be quite hard. If Red Hat 
shifts to Openshift, I am afraid that this project will be going into 
oblivion.


My guess: if this happens then probably because OVirt/RHEV wasn't 
successful enough in attracting paying customers. From time to time I 
tried to find reference customers but I never found a real success 
story. At least here in Western Europe I've never heard of a company 
that uses OVirt instead of vSphere/Hyper-V/whatever with the exception 
of a rumor about a British airline.


And now with IBM as new owner, commercial success might even become more 
important.


just my 2 cents.

cu,
Uwe
___
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/WIYCERHXJDSWBUWRWCWABZUIHYSWAQML/

[ovirt-users] [ANN] oVirt 4.4.5 Fourth Release Candidate is now available for testing

[Lev Veyde]

oVirt 4.4.5 Fourth Release Candidate is now available for testing

The oVirt Project is pleased to announce the availability of oVirt 4.4.5
Fourth Release Candidate for testing, as of February 4th, 2021.

This update is the fifth in a series of stabilization updates to the 4.4
series.
How to prevent hosts entering emergency mode after upgrade from oVirt 4.4.1

Note: Upgrading from 4.4.2 GA or later should not require re-doing these
steps, if already performed while upgrading from 4.4.1 to 4.4.2 GA. These
are only required to be done once.

Due to Bug 1837864  -
Host enter emergency mode after upgrading to latest build

If you have your root file system on a multipath device on your hosts you
should be aware that after upgrading from 4.4.1 to 4.4.5 you may get your
host entering emergency mode.

In order to prevent this be sure to upgrade oVirt Engine first, then on
your hosts:

   1.

   Remove the current lvm filter while still on 4.4.1, or in emergency mode
   (if rebooted).
   2.

   Reboot.
   3.

   Upgrade to 4.4.5 (redeploy in case of already being on 4.4.5).
   4.

   Run vdsm-tool config-lvm-filter to confirm there is a new filter in
   place.
   5.

   Only if not using oVirt Node:
   - run "dracut --force --add multipath” to rebuild initramfs with the
   correct filter configuration
   6.

   Reboot.

Documentation

   -

   If you want to try oVirt as quickly as possible, follow the instructions
   on the Download  page.
   -

   For complete installation, administration, and usage instructions, see
   the oVirt Documentation .
   -

   For upgrading from a previous version, see the oVirt Upgrade Guide
   .
   -

   For a general overview of oVirt, see About oVirt
   .

Important notes before you try it

Please note this is a pre-release build.

The oVirt Project makes no guarantees as to its suitability or usefulness.

This pre-release must not be used in production.
Installation instructions

For installation instructions and additional information please refer to:

https://ovirt.org/documentation/

This release is available now on x86_64 architecture for:

* Red Hat Enterprise Linux 8.3 or newer

* CentOS Linux (or similar) 8.3 or newer

This release supports Hypervisor Hosts on x86_64 and ppc64le architectures
for:

* Red Hat Enterprise Linux 8.3 or newer

* CentOS Linux (or similar) 8.3 or newer

* oVirt Node 4.4 based on CentOS Linux 8.3 (available for x86_64 only)

See the release notes [1] for installation instructions and a list of new
features and bugs fixed.

Notes:

- oVirt Appliance is already available for CentOS Linux 8

- oVirt Node NG is already available for CentOS Linux 8

- We found a few issues while testing on CentOS Stream so we are still
basing oVirt 4.4.5 Node and Appliance on CentOS Linux.

Additional Resources:

* Read more about the oVirt 4.4.5 release highlights:
http://www.ovirt.org/release/4.4.5/

* Get more oVirt project updates on Twitter: https://twitter.com/ovirt

* Check out the latest project news on the oVirt blog:
http://www.ovirt.org/blog/


[1] http://www.ovirt.org/release/4.4.5/

[2] http://resources.ovirt.org/pub/ovirt-4.4-pre/iso/

-- 

Lev Veyde

Senior Software Engineer, RHCE | RHCVA | MCITP

Red Hat Israel



l...@redhat.com | lve...@redhat.com

TRIED. TESTED. TRUSTED. 
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/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/FWKGMXCASYV2UVEFEKYNQPP3OKQJJ67W/

[ovirt-users] Re: Libgfapi considerations

[Guillaume Pavese]

Hey Jayme,  everyone
I saw that most related bugs are closed wontfix and a comment that not
enough performance increase was found.
I think it would help if you could update the related bugzilla entries
with the performance results that you observed.

Anyone interested in this feature, or with benchmark results should post
them in :
https://bugzilla.redhat.com/show_bug.cgi?id=1484227
https://bugzilla.redhat.com/show_bug.cgi?id=1465810


Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group


On Thu, Dec 19, 2019 at 11:44 AM Jayme  wrote:

> It would be nice to see some progress. I have no idea why there wouldn’t
> be interest in adding to rhev. The io performance increase I saw while
> testing was phenomenal
>
> On Wed, Dec 18, 2019 at 9:42 PM Guillaume Pavese <
> guillaume.pav...@interactiv-group.com> wrote:
>
>> The bug has been closed wontfix for a lack of perceived progress on the
>> issue :
>> https://bugzilla.redhat.com/show_bug.cgi?id=1633642
>> https://bugzilla.redhat.com/show_bug.cgi?id=1484227
>>
>> However when following the related opened bugs in qemu, i get the feeling
>> things are getting ready to have libgfapi working in a replica 3 cluster.
>> See : https://bugzilla.redhat.com/show_bug.cgi?id=1465810
>>
>> I wish someone would reopen those closed bugs in order for that issue not
>> being forgotten.
>>
>> Guillaume Pavese
>> Ingénieur Système et Réseau
>> Interactiv-Group
>>
>>
>> On Tue, Dec 17, 2019 at 7:21 AM Jayme  wrote:
>>
>>> I believe the snapshot issue is only present with gluster replica 3
>>> volumes.  I can confirm it on my replica 3 cluster
>>>
>>> On Mon, Dec 16, 2019 at 4:18 PM Alex McWhirter  wrote:
>>>
 I also use libgfapi in prod.


 1. This is a pretty annoying issue, i wish engine-config would look to
 see if it already enabled and just keep it that way.

 2. Edit /etc/libvirt/qemu.conf and set dynamic ownership to 0, will
 stop the permission changes.

 3. I don't see this error on any of my clusters, all using libgfapi.


 I also have no issues using snapshots with libgfapi, but live migration
 between storage domains indeed does not work.


 On 2019-12-16 12:46, Darrell Budic wrote:

 I use libgfap in production, the performance is worth a couple of
 quirks for me.

 - watch major version updates, they'll silently turn it off because the
 engine starts using a new version variable
 - VM/qemu security quirk that resets ownership when the VM quits, was
 supposedly fixed in 4.3.6 but I still have it happen to me, a cron'd chown
 keeps it under control for me
 - some VMs cause a libvirt/vdsmd interaction that results in failed
 stats query, and the engine thinks my VMs are offline because the stats
 gathering is stuck. hoped a bug fix in 4.3.6 would take care of this too,
 but didn't. may be my VMs though, still analyzing for specific file issues

 I need to spend some time doing a little more research and
 filing/updating some bug reports, but it's been a busy end of year so 
 far...

   -Darrell

 On Dec 14, 2019, at 5:47 PM, Strahil Nikolov 
 wrote:


 According to GlusterFS Storage Domain
 

 the feature is not the default as it is incompatible with Live Storage
 Migration.

 Best Regards,
 Strahil Nikolov


 В събота, 14 декември 2019 г., 17:06:32 ч. Гринуич+2, Jayme <
 jay...@gmail.com> написа:


 Are there currently any known issues with using libgfapi in the latest
 stable version of ovirt in hci deployments?  I have recently enabled it and
 have noticed a significant (over 4x) increase in io performance on my vms.
 I'm concerned however since it does not seem to be an ovirt default
 setting.  Is libgfapi considered safe and stable to use in ovirt 4.3 hci?
 ___
 Users mailing list -- users@ovirt.org
 To unsubscribe send an email to users-le...@ovirt.org
 Privacy Statement: https://www.ovirt.org/site/privacy-policy/
 oVirt Code of Conduct:
 https://www.ovirt.org/community/about/community-guidelines/
 List Archives:
 https://lists.ovirt.org/archives/list/users@ovirt.org/message/FYVTG3NUIXE5LJBBVEGGKHQFOGKJ5CU2/
 ___
 Users mailing list -- users@ovirt.org
 To unsubscribe send an email to users-le...@ovirt.org
 Privacy Statement: https://www.ovirt.org/site/privacy-policy/
 oVirt Code of Conduct:
 https://www.ovirt.org/community/about/community-guidelines/
 List Archives:
 https://lists.ovirt.org/archives/list/users@ovirt.org/message/NDZD4W5UYYR6MROFS2OS5HLZCUIJUVIJ/


 ___
 Users mailing list -- users@ovirt.org
 To 

[ovirt-users] Random Crash

[francesco--- via Users]

Hi all,

I'm experiencing random reboot on several oVirt nodes (CentOS 7/8, oVirt 
4.3/4.4 as well). Sometimes it happens three times in a day, and the more hosts 
I'm adding to my pool, the more I noticing.

The logs are not helpful: it's like a brute poweroff cause there are no entries 
at all in the messages, vdsm, secure (I looked all over the logs) from the last 
"normal" entry (user logged in/off, normal vdsm log ecc.) until the first entry 
of the boot. kdump is enabled and /var/crash is empty. I used to run Xen on the 
servers of the same provider and I didn't have all of these frequent reboots, 
that's why I'm not sure it is a hardware related issue.

Any advice on what enables for getting more info about this crash?

Thank you for your time,
Francesco
___
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/G3DOP7A7SREBYQ5IY24HBE4GYCKM6QH7/