On Wed, Jan 24, 2018 at 10:26 PM, Darrell Budic <budic(a)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(a)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(a)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(a)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(a)redhat.com |
lveyde(a)redhat.com
>> <
https://red.ht/sig
>> TRIED. TESTED. TRUSTED.
<
https://redhat.com/trusted
>
>>
_______________________________________________
>> Users mailing list
>> Users(a)ovirt.org
>>
http://lists.ovirt.org/mailman/listinfo/users
>
>
>
_______________________________________________
> Users mailing list
> Users(a)ovirt.org
>
http://lists.ovirt.org/mailman/listinfo/users
>
_______________________________________________
> Users mailing list
> Users(a)ovirt.org
>
http://lists.ovirt.org/mailman/listinfo/users