Bug 1677630
Summary: | ovirt-vmconsole project is failing ost on host deploy due to missing selinux-policy packages | ||
---|---|---|---|
Product: | [oVirt] ovirt-vmconsole | Reporter: | Dafna Ron <dron> |
Component: | Packaging.rpm | Assignee: | Francesco Romani <fromani> |
Status: | CLOSED NOTABUG | QA Contact: | Nikolai Sednev <nsednev> |
Severity: | urgent | Docs Contact: | |
Priority: | urgent | ||
Version: | master | CC: | bugs, dron |
Target Milestone: | --- | Flags: | dron:
planning_ack?
dron: devel_ack? dron: testing_ack? |
Target Release: | --- | ||
Hardware: | x86_64 | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | If docs needed, set a value | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2019-02-15 17:16:34 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | Virt | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Dafna Ron
2019-02-15 12:39:50 UTC
on which platform is this happening? Centos 7.6? Fedora 29? Fedora 28? Assuming this happens on centos, there are two issues so far: 1. Patch https://gerrit.ovirt.org/#/c/97704/ *wants* to use this spec file macro %{?selinux_requires} This macro automatically set the right dependency for the platform on which the package is being built. Here we can see that the host on which the package, built from master, do *not* have that package. However, on a test box of mine: 1005 15:07:43 root@kenji:~ $ cat /etc/redhat-release CentOS Linux release 7.6.1810 (Core) 1006 15:07:49 root@kenji:~ $ rpm -qa | grep selinux-policy selinux-policy-3.13.1-229.el7_6.9.noarch selinux-policy-targeted-3.13.1-229.el7_6.9.noarch selinux-policy-devel-3.13.1-229.el7_6.6.noarch 1010 15:08:50 root@kenji:~ $ rpm -q --provides selinux-policy config(selinux-policy) = 3.13.1-229.el7_6.9 selinux-policy = 3.13.1-229.el7_6.9 1011 15:08:52 root@kenji:~ $ rpm -q --provides selinux-policy-targeted config(selinux-policy-targeted) = 3.13.1-229.el7_6.9 selinux-policy-base = 3.13.1-229.el7_6.9 selinux-policy-targeted = 3.13.1-229.el7_6.9 so it seems that the package was built on up-to-date host, while is being installed in a host outdated. For this issue there is no action needed besides making sure that the installation host is up to date. 2. (minor, but still) the package version is out of date (forgot to update), fixed in https://gerrit.ovirt.org/#/c/97786/ The only way I can reproduce this locally is by disabling CentOS updates repository: yum install --quiet https://jenkins.ovirt.org/job/ovirt-vmconsole_master_build-artifacts-el7-x86_64/23/artifact/exported-artifacts/ovirt-vmconsole-1.0.6-3.el7.noarch.rpm --disablerepo=updates Error: Package: ovirt-vmconsole-1.0.6-3.el7.noarch (/ovirt-vmconsole-1.0.6-3.el7.noarch) Requires: selinux-policy >= 3.13.1-229.el7_6.9 Available: selinux-policy-3.13.1-229.el7.noarch (base) selinux-policy = 3.13.1-229.el7 Error: Package: ovirt-vmconsole-1.0.6-3.el7.noarch (/ovirt-vmconsole-1.0.6-3.el7.noarch) Requires: selinux-policy-base >= 3.13.1-229.el7_6.9 Available: selinux-policy-minimum-3.13.1-229.el7.noarch (base) selinux-policy-base = 3.13.1-229.el7 Available: selinux-policy-mls-3.13.1-229.el7.noarch (base) selinux-policy-base = 3.13.1-229.el7 Available: selinux-policy-targeted-3.13.1-229.el7.noarch (base) selinux-policy-base = 3.13.1-229.el7 Error: Package: policycoreutils-python-2.5-29.el7.x86_64 (base) Requires: policycoreutils = 2.5-29.el7 Installed: policycoreutils-2.5-29.el7_6.1.x86_64 (@updates) policycoreutils = 2.5-29.el7_6.1 Available: policycoreutils-2.5-29.el7.x86_64 (base) policycoreutils = 2.5-29.el7 You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest I tend to think this can be a OST issue. I'm closing not a bug, there should be a bug in OST when detecting the dependency tree. A fix is available to workaround the issue here: https://gerrit.ovirt.org/#/c/97785/ We need to investigate on OST side. The needinfo request[s] on this closed bug have been removed as they have been unresolved for 1000 days |