[ovirt-users] [ANN] oVirt 4.1.9 Release is now available

[Sahina Bose]

On Wed, Jan 24, 2018 at 10:26 PM, Darrell Budic <budic at onholyground.com>
wrote:

> Couple questions about a fixed ‘bug' in the release notes for this:
>
> Does https://bugzilla.redhat.com/show_bug.cgi?id=1517237 mean that ovirt
> will no longer use libgfapi for any VMs, or is it just removing the check
> box from the storage GUI?
>

This removes the option to enable gfapi at an individual cluster level from
the UI. Since the libgfapi access does not allow for HA when the gluster
server used to provide path info to storage server is down, and does not
support live storage migration - we wanted to make sure that users do not
enable this feature inadvertantly.


> If it is removing the capacity, I have several questions:
> - what happens to my cluster which has it enabled from CLI?
>

If you have set this as a config option for 4.1 from CLI, it will continue
to work.

- what happens to my currently running VMs using it?
> - why are you removing a major feature with a bug notice and no further
> information?
>

See above.

- it doesn’t seem to affect my HA vms, I’ve seen my 4.1.8 system properly
> restart systems using it (node/libvirtd crash that seems to have been
> related to spectre/meltdown firmwares)
>

HA is an issue only when the gluster server used to provide volume
information is down. For instance, if you have provided the
"serverA:/volumeA" in your storage domain path , and if the other servers
in replica are up but serverA is down, VM cannot restart. Have you tested
this?

- or does this only affect the hosted-engine VM?
>

Again, see above.


> If it doesn’t actually remove the capability, this is ignorable. But this
> is a much wanted feature for me, and I’ve been quite happy to finally get
> to use it. Not going to be pleased if it disappears without notice.
>

Can you share any performance improvement numbers that you have seen after
turning on libgfapi access, also information about your workload would be
helpful.

thanks!

>
>   -Darrell
>
> ------------------------------
> *From:* Arman Khalatyan <arm2arm at gmail.com>
> *Subject:* Re: [ovirt-users] [ANN] oVirt 4.1.9 Release is now available
> *Date:* January 24, 2018 at 6:47:38 AM CST
> *To:* Lev Veyde
> *Cc:* announce at ovirt.org, users
>
>
> Thanks for the announcement.
> A little comment: could you please fix the line  yum install
> <http://resources.ovirt.org/pub/yum-repo/ovirt-release41.rpm
> <http://resources.ovirt.org/pub/yum-repo/ovirt-release41.rpm%3E>
> There is an extra '<' symbol there since 4.0.x :=)
>
>
> On Wed, Jan 24, 2018 at 12:00 PM, Lev Veyde <lveyde at redhat.com> wrote:
>
>> The oVirt Project is pleased to announce the availability of the oVirt
>> 4.1.9 release, as of January 24th, 2017
>>
>> This update is the ninth in a series of stabilization updates to the 4.1
>> series.
>>
>> Please note that no further updates will be issued for the 4.1 series.
>> We encourage users to upgrade to 4.2 series to receive new features and
>> updates.
>>
>> This release is available now for:
>> * Red Hat Enterprise Linux 7.4 or later
>> * CentOS Linux (or similar) 7.4 or later
>>
>> This release supports Hypervisor Hosts running:
>> * Red Hat Enterprise Linux 7.4 or later
>> * CentOS Linux (or similar) 7.4 or later
>> * oVirt Node 4.1
>>
>> See the release notes [1] for installation / upgrade instructions and
>> a list of new features and bugs fixed.
>>
>> Notes:
>> - oVirt Appliance is already available
>> - oVirt Live is already available [2]
>> - oVirt Node will be available soon [2]
>>
>> Additional Resources:
>> * Read more about the oVirt 4.1.9 release highlights:http://www.ovirt.or
>> g/release/4.1.9/
>> * 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.1.9/
>> [2] http://resources.ovirt.org/pub/ovirt-4.1/iso/
>>
>> --
>>
>> Lev Veyde
>>
>> Software Engineer, RHCE | RHCVA | MCITP
>> Red Hat Israel
>>
>> <https://www.redhat.com/>
>>
>> lev at redhat.com | lveyde at redhat.com
>> <https://red.ht/sig>
>> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
>>
>> _______________________________________________
>> Users mailing list
>> Users at ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
> _______________________________________________
> Users mailing list
> Users at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
>
> _______________________________________________
> Users mailing list
> Users at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20180125/788df954/attachment.html>