Thanks Sandro,
Run into another dependency issue though:
Resolving Dependencies
--> Running transaction check
---> Package ovirt-release43-pre.noarch 0:4.3.6-0.1.rc1.el7 will be updated
---> Package ovirt-release43-pre.noarch 0:4.3.6-0.2.rc2.el7 will be an
update
---> Package python2-sanlock.x86_64 0:3.7.1-1.el7 will be obsoleting
--> Processing Dependency: sanlock-lib = 3.7.1-1.el7 for package:
python2-sanlock-3.7.1-1.el7.x86_64
---> Package sanlock.x86_64 0:3.6.0-1.el7 will be updated
---> Package sanlock.x86_64 0:3.7.3-1.el7 will be an update
---> Package sanlock-lib.x86_64 0:3.6.0-1.el7 will be updated
---> Package sanlock-lib.x86_64 0:3.7.3-1.el7 will be an update
---> Package sanlock-python.x86_64 0:3.6.0-1.el7 will be obsoleted
---> Package vdsm.x86_64 0:4.30.25-1.el7 will be updated
---> Package vdsm.x86_64 0:4.30.26-1.el7 will be an update
--> Processing Dependency: sanlock-python >= 3.7.3 for package:
vdsm-4.30.26-1.el7.x86_64
---> Package vdsm-api.noarch 0:4.30.25-1.el7 will be updated
---> Package vdsm-api.noarch 0:4.30.26-1.el7 will be an update
---> Package vdsm-client.noarch 0:4.30.25-1.el7 will be updated
---> Package vdsm-client.noarch 0:4.30.26-1.el7 will be an update
---> Package vdsm-common.noarch 0:4.30.25-1.el7 will be updated
---> Package vdsm-common.noarch 0:4.30.26-1.el7 will be an update
---> Package vdsm-gluster.x86_64 0:4.30.25-1.el7 will be updated
---> Package vdsm-gluster.x86_64 0:4.30.26-1.el7 will be an update
---> Package vdsm-hook-ethtool-options.noarch 0:4.30.25-1.el7 will be
updated
---> Package vdsm-hook-ethtool-options.noarch 0:4.30.26-1.el7 will be an
update
---> Package vdsm-hook-fcoe.noarch 0:4.30.25-1.el7 will be updated
---> Package vdsm-hook-fcoe.noarch 0:4.30.26-1.el7 will be an update
---> Package vdsm-hook-openstacknet.noarch 0:4.30.25-1.el7 will be updated
---> Package vdsm-hook-openstacknet.noarch 0:4.30.26-1.el7 will be an update
---> Package vdsm-hook-vhostmd.noarch 0:4.30.25-1.el7 will be updated
---> Package vdsm-hook-vhostmd.noarch 0:4.30.26-1.el7 will be an update
---> Package vdsm-hook-vmfex-dev.noarch 0:4.30.25-1.el7 will be updated
---> Package vdsm-hook-vmfex-dev.noarch 0:4.30.26-1.el7 will be an update
---> Package vdsm-http.noarch 0:4.30.25-1.el7 will be updated
---> Package vdsm-http.noarch 0:4.30.26-1.el7 will be an update
---> Package vdsm-jsonrpc.noarch 0:4.30.25-1.el7 will be updated
---> Package vdsm-jsonrpc.noarch 0:4.30.26-1.el7 will be an update
---> Package vdsm-network.x86_64 0:4.30.25-1.el7 will be updated
---> Package vdsm-network.x86_64 0:4.30.26-1.el7 will be an update
---> Package vdsm-python.noarch 0:4.30.25-1.el7 will be updated
---> Package vdsm-python.noarch 0:4.30.26-1.el7 will be an update
---> Package vdsm-yajsonrpc.noarch 0:4.30.25-1.el7 will be updated
---> Package vdsm-yajsonrpc.noarch 0:4.30.26-1.el7 will be an update
--> Running transaction check
---> Package python2-sanlock.x86_64 0:3.7.1-1.el7 will be obsoleting
--> Processing Dependency: sanlock-lib = 3.7.1-1.el7 for package:
python2-sanlock-3.7.1-1.el7.x86_64
---> Package sanlock-python.x86_64 0:3.6.0-1.el7 will be updated
---> Package sanlock-python.x86_64 0:3.7.3-1.el7 will be an update
--> Finished Dependency Resolution
Error: Package: python2-sanlock-3.7.1-1.el7.x86_64 (ovirt-4.3-fix)
Requires: sanlock-lib = 3.7.1-1.el7
Removing: sanlock-lib-3.6.0-1.el7.x86_64 (@base)
sanlock-lib = 3.6.0-1.el7
Updated By: sanlock-lib-3.7.3-1.el7.x86_64 (ovirt-4.3-fix)
sanlock-lib = 3.7.3-1.el7
Available: sanlock-lib-3.7.1-1.el7.x86_64 (ovirt-4.3-fix)
sanlock-lib = 3.7.1-1.el7
Available: sanlock-lib-3.7.1-2.el7.x86_64 (ovirt-4.3-fix)
sanlock-lib = 3.7.1-2.el7
Available: sanlock-lib-3.7.1-2.1.el7.x86_64 (ovirt-4.3-fix)
sanlock-lib = 3.7.1-2.1.el7
You could try using --skip-broken to work around the problem
You could try running: rpm -Va --nofiles --nodigest
On Thu, 8 Aug 2019 at 08:59, Sandro Bonazzola <sbonazzo(a)redhat.com> wrote:
Il giorno gio 8 ago 2019 alle ore 09:56 Maton, Brett <
matonb(a)ltresources.co.uk> ha scritto:
> I just tried to update my 4.6 testlab and got the following RPM
> dependency issue:
>
> rpm -qa ovirt-release*
> ovirt-release43-pre-4.3.6-0.1.rc1.el7.noarch
>
> Error encountered:
>
> yum upgrade
> ...
> Error: Package: vdsm-4.30.26-1.el7.x86_64 (ovirt-4.3-pre)
> Requires: sanlock-python >= 3.7.3
> Installed: sanlock-python-3.6.0-1.el7.x86_64 (@base)
> sanlock-python = 3.6.0-1.el7
> ...
>
yes, as mentioned in release announce, this requires RHEL / CentOS 7.7.
you can workaround this by adding
https://buildlogs.centos.org/centos/7/virt/x86_64/ovirt-4.3/ repo until
CentOS 7.7 will be released
> Regards,
> Brett
>
> On Thu, 8 Aug 2019 at 07:53, Sandro Bonazzola <sbonazzo(a)redhat.com>
> wrote:
>
>> The oVirt Project is pleased to announce the availability of the oVirt
>> 4.3.6 Second Release Candidate for testing, as of August 8th, 2019.
>>
>> This update is a release candidate of the sixth in a series of
>> stabilization updates to the 4.3 series.
>> This is pre-release software. This pre-release should not to be used in
>> production.
>>
>> This release is available now on x86_64 architecture for:
>> * Red Hat Enterprise Linux 7.7 or later (but <8)
>> * CentOS Linux (or similar) 7.7 or later (but <8)
>>
>> This release supports Hypervisor Hosts on x86_64 and ppc64le
>> architectures for:
>> * Red Hat Enterprise Linux 7.7 or later (but <8)
>> * CentOS Linux (or similar) 7.7 or later (but <8)
>> * oVirt Node 4.3 (available for x86_64 only)
>>
>> 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 Node is not yet available, pending CentOS 7.7 release to be
>> available
>>
>> Additional Resources:
>> * Read more about the oVirt 4.3.6 release highlights:
>>
http://www.ovirt.org/release/4.3.6/
>> * 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.3.6/
>>
>> --
>>
>> Sandro Bonazzola
>>
>> MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV
>>
>> Red Hat EMEA <
https://www.redhat.com/>
>>
>> sbonazzo(a)redhat.com
>> <
https://www.redhat.com/>*Red Hat respects your work life balance.
>> Therefore there is no need to answer this email out of your office hours.*
>> _______________________________________________
>> Users mailing list -- users(a)ovirt.org
>> To unsubscribe send an email to users-leave(a)ovirt.org
>> Privacy Statement:
https://www.ovirt.org/site/privacy-policy/
>> oVirt Code of Conduct:
>>
https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>>
https://lists.ovirt.org/archives/list/users@ovirt.org/message/6STDS7UGBAD...
>>
>
--
Sandro Bonazzola
MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV
Red Hat EMEA <
https://www.redhat.com/>
sbonazzo(a)redhat.com
<
https://www.redhat.com/>*Red Hat respects your work life balance.
Therefore there is no need to answer this email out of your office hours.
<
https://mojo.redhat.com/docs/DOC-1199578>*