Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.
Bug 1483078 - [ovirt-ansible-roles] ovirt-cluster-upgrade: Run 'check for upgrade' action
[ovirt-ansible-roles] ovirt-cluster-upgrade: Run 'check for upgrade' action
Status: CLOSED ERRATA
Product: Red Hat Enterprise Virtualization Manager
Classification: Red Hat
Component: ovirt-ansible-roles (Show other bugs)
4.1.5
Unspecified Unspecified
unspecified Severity medium
: ovirt-4.2.0
: ---
Assigned To: Ondra Machacek
Petr Kubica
: ZStream
Depends On:
Blocks: 1486573 1487144
  Show dependency treegraph
 
Reported: 2017-08-18 13:38 EDT by Petr Kubica
Modified: 2018-05-15 14:00 EDT (History)
3 users (show)

See Also:
Fixed In Version:
Doc Type: No Doc Update
Doc Text:
Story Points: ---
Clone Of:
: 1487144 (view as bug list)
Environment:
Last Closed: 2018-05-15 13:59:47 EDT
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: Infra
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)


External Trackers
Tracker ID Priority Status Summary Last Updated
Github oVirt/ovirt-ansible/issues/46 None None None 2017-08-19 06:26 EDT
Red Hat Product Errata RHEA-2018:1534 None None None 2018-05-15 14:00 EDT

  None (edit)
Description Petr Kubica 2017-08-18 13:38:51 EDT
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
Comment 1 Ondra Machacek 2017-08-18 14:34:03 EDT
Yeah, we currently upgrade only hosts which reports that they have update available.
Comment 2 Oved Ourfali 2017-08-22 01:37:29 EDT
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.
Comment 3 Petr Kubica 2017-08-25 04:54:34 EDT
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.
Comment 4 Martin Perina 2017-08-25 05:01:04 EDT
(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.
Comment 7 Petr Kubica 2017-09-06 06:20:47 EDT
Verified in 
ovirt-ansible-roles-1.0.2-1.el7ev.noarch
ansible-2.3.1.0-3.el7.noarch

there is new variable "check_upgrade"
Comment 12 errata-xmlrpc 2018-05-15 13:59:47 EDT
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-2018:1534

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