Bug 1487144 - [downstream clone - 4.1.6] [ovirt-ansible-roles] ovirt-cluster-upgrade: Run 'check for upgrade' action
Summary: [downstream clone - 4.1.6] [ovirt-ansible-roles] ovirt-cluster-upgrade: Run '...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Virtualization Manager
Classification: Red Hat
Component: ovirt-ansible-roles
Version: 4.1.5
Hardware: Unspecified
OS: Unspecified
unspecified
medium
Target Milestone: ovirt-4.1.6
: ---
Assignee: Ondra Machacek
QA Contact: Petr Kubica
URL:
Whiteboard:
Depends On: 1483078
Blocks:
TreeView+ depends on / blocked
 
Reported: 2017-08-31 10:23 UTC by rhev-integ
Modified: 2017-09-19 07:15 UTC (History)
4 users (show)

Fixed In Version: ovirt-ansible-roles-1.0.2
Doc Type: If docs needed, set a value
Doc Text:
Clone Of: 1483078
Environment:
Last Closed: 2017-09-19 07:15:45 UTC
oVirt Team: Infra
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Github oVirt ovirt-ansible issues 46 0 None None None 2017-08-31 10:23:42 UTC
Red Hat Product Errata RHEA-2017:2742 0 normal SHIPPED_LIVE New ovirt-ansible-roles package for RHV 4.1.6 2017-09-19 11:11:36 UTC

Description rhev-integ 2017-08-31 10:23:24 UTC
+++ This bug is a downstream clone. The original bug is: +++
+++   bug 1483078 +++
======================================================================

Description of problem:
Checking for upgrade seems doesn't work in role ovirt-cluster-upgrade.
Manual check in webadmin will solve this issue and after that is possible to upgrade checked host via this role. Other hosts are still remain old. 

Version-Release number of selected component (if applicable):
ovirt-ansible-roles-1.0.1-1.el7ev.noarch
python-ovirt-engine-sdk4-4.1.6-1.el7ev.x86_64
ovirt-engine-restapi-4.1.5.2-0.1.el7.noarch
ovirt-engine-4.1.5.2-0.1.el7.noarch

How reproducible:
always

Steps to Reproduce:
1. add hosts to engine
2. add repositories with newer packages
3. run playbook with role ovirt-cluster-upgrade

(Originally by Petr Kubica)

Comment 1 rhev-integ 2017-08-31 10:23:28 UTC
Yeah, we currently upgrade only hosts which reports that they have update available.

(Originally by Ondra Machacek)

Comment 2 rhev-integ 2017-08-31 10:23:30 UTC
I don't consider that as urgent.
As far as I know, this is due to the behavior in the engine.
I don't expect the role to now trigger upgrade check on all hosts.
We can maybe add a note clarifying that.

(Originally by Oved Ourfali)

Comment 3 rhev-integ 2017-08-31 10:23:32 UTC
I think this role should help users to upgrade their huge environment without clicking on every single host and upgrade it. Role should check and upgrade every host in cluster in a simple way. 

Now user must click on every host and trigger upgrade check. After that user can use this role for upgrade. So from my perspective, the objective of upgrading hosts in cluster without difficult clicking (per host) isn't now available.

(Originally by Petr Kubica)

Comment 4 rhev-integ 2017-08-31 10:23:35 UTC
(In reply to Petr Kubica from comment #3)
> I think this role should help users to upgrade their huge environment
> without clicking on every single host and upgrade it. Role should check and
> upgrade every host in cluster in a simple way. 
> 
> Now user must click on every host and trigger upgrade check. After that user
> can use this role for upgrade. So from my perspective, the objective of
> upgrading hosts in cluster without difficult clicking (per host) isn't now
> available.

Check for upgrade is executed automatically each day (can be changed using engine-config -s HostPackagesUpdateTimeInHours) for all hosts in Up or NonOperational, so in real setups each host in a cluster should have some available updates (especially when cluster upgrade should be a manually scheduled process).

Adding check for upgrade execution for each host prior to its upgrade can increase the time needed for upgrade, so we are still discussing what would be the best solution for that.

(Originally by Martin Perina)

Comment 6 Petr Kubica 2017-09-12 21:24:30 UTC
Verified in
ovirt-ansible-roles-1.0.3-1.el7ev.noarch
ansible-2.3.2.0-2.el7.noarch

Comment 8 errata-xmlrpc 2017-09-19 07:15:45 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHEA-2017:2742


Note You need to log in before you can comment on or make changes to this bug.