Bug 1715763 - [RFE] Upgrade of host failed - yum lockfile is held by another process
Summary: [RFE] Upgrade of host failed - yum lockfile is held by another process
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: ovirt-engine
Classification: oVirt
Component: BLL.Infra
Version: 4.3.4
Hardware: Unspecified
OS: Unspecified
medium
medium
Target Milestone: ovirt-4.4.0
: ---
Assignee: Dana
QA Contact: Petr Matyáš
URL:
Whiteboard:
Depends On: 1795184
Blocks:
TreeView+ depends on / blocked
 
Reported: 2019-05-31 07:55 UTC by Petr Matyáš
Modified: 2020-05-20 20:03 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: No Doc Update
Doc Text:
Clone Of:
Environment:
Last Closed: 2020-05-20 20:03:19 UTC
oVirt Team: Infra
Embargoed:
pm-rhel: ovirt-4.4+
mtessun: planning_ack+
mperina: devel_ack+
pm-rhel: testing_ack+


Attachments (Terms of Use)
engine logs (5.11 MB, application/gzip)
2019-05-31 07:55 UTC, Petr Matyáš
no flags Details


Links
System ID Private Priority Status Summary Last Updated
oVirt gerrit 105800 0 master MERGED engine: add lock_timeout param in yum modules of host upgrade role 2020-04-06 11:52:06 UTC

Description Petr Matyáš 2019-05-31 07:55:25 UTC
Created attachment 1575600 [details]
engine logs

Description of problem:
When running upgrade of host, the upgrade has failed because yum lockfile was held by another process (regular scheduled check for updates started by engine)

Version-Release number of selected component (if applicable):
ovirt-engine-4.3.4.2-0.1.el7.noarch

How reproducible:
random

Steps to Reproduce:
1. run upgrade of host
2. run check for upgrade in specific time just after upgrade of ovirt-host and before update of other packages
3.

Actual results:
yum lockfile is held by another process

Expected results:
upgraded host

Additional info:

Comment 1 Martin Perina 2019-05-31 10:00:29 UTC
There's nothing we could do about it, the same situation could for example happen by running 'yum check-update' directly at the host at the same time you execute host upgrade from UI. And writing some synchronization between check-for-upgrade and upgrade executed from engine it's just too much work for this corner case. When this happen administrators just need to run the action again

Comment 2 Petr Matyáš 2019-07-15 14:19:59 UTC
This happens always if you try to upgrade a host right after engine restart.

Comment 3 Ondra Machacek 2019-08-30 11:40:23 UTC
In Ansible 2.8 there is 'lock_timeout' for 'yum' module, which 'wait for the yum lockfile to be freed.' We can use and increase this timeout when we will use Ansible 2.8.

Comment 4 Dana 2019-12-17 17:21:25 UTC
I wasn't able to reproduce, but I've posted a patch that should handle this

Comment 5 Petr Matyáš 2020-03-20 10:33:56 UTC
Verified on ovirt-engine-4.4.0-0.25.master.el8ev.noarch

Comment 6 Sandro Bonazzola 2020-05-20 20:03:19 UTC
This bugzilla is included in oVirt 4.4.0 release, published on May 20th 2020.

Since the problem described in this bug report should be
resolved in oVirt 4.4.0 release, it has been closed with a resolution of CURRENT RELEASE.

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


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