Il giorno mar 23 giu 2020 alle ore 19:14 Tomáš Golembiovský <
tgolembi(a)redhat.com> ha scritto:
On Tue, 23 Jun 2020 17:36:25 +0200
Dominik Holler <dholler(a)redhat.com> wrote:
> On Tue, Jun 23, 2020 at 5:22 PM Tomáš Golembiovský <tgolembi(a)redhat.com>
> wrote:
>
> > On Tue, 23 Jun 2020 12:49:47 +0200
> > Dominik Holler <dholler(a)redhat.com> wrote:
> >
> > > On Tue, Jun 23, 2020 at 12:07 PM Milan Zamazal
<mzamazal(a)redhat.com>
> > wrote:
> > >
> > > > Dominik Holler <dholler(a)redhat.com> writes:
> > > >
> > > > > On Mon, Jun 22, 2020 at 9:34 AM Milan Zamazal <
mzamazal(a)redhat.com>
> >
> > > > wrote:
> > > > >
> > > > >> Nir Soffer <nsoffer(a)redhat.com> writes:
> > > > >>
> > > > >> > On Sun, Jun 21, 2020 at 1:18 PM Amit Bawer
<abawer(a)redhat.com>
> > wrote:
> > > > >> >>
> > > > >> >> Hi
> > > > >> >
> > > > >> >>
> > > > >> >> Seems that in the last few days the el8 CI for vdsm
cannot
run,
> > were
> > > > >> there any el8 repo changes?
> > > > >> >>
> > > > >> >> [2020-06-21T09:20:03.003Z] Mock Version: 2.2
> > > > >> >> [2020-06-21T09:20:03.003Z] INFO: Mock Version: 2.2
> > > > >> >> [2020-06-21T09:20:03.987Z] Start: dnf install
> > > > >> >> [2020-06-21T09:20:12.326Z] ERROR: Command failed:
> > > > >> >> [2020-06-21T09:20:12.326Z] # /usr/bin/dnf
--installroot
> > > > >> >>
> > > >
> >
/var/lib/mock/epel-8-x86_64-8e9eeb575ab4da7bf0fbfdc80a25b9c0-30232/root/
> > > > >> >> --releasever 8 --setopt=deltarpm=False
--allowerasing
> > > > >> >> --disableplugin=local --disableplugin=spacewalk
> > > > >> >> --disableplugin=local --disableplugin=spacewalk
install dnf
tar
> > > > >> >> gcc-c++ redhat-rpm-config which xz sed make bzip2
gzip gcc
> > coreutils
> > > > >> >> unzip shadow-utils diffutils cpio bash gawk
rpm-build info
patch
> > > > >> >> util-linux findutils grep python36 autoconf
automake
createrepo
> > dnf
> > > > >> >> dnf-utils e2fsprogs gcc gdb git iproute-tc
iscsi-initiator-utils
> > > > >> >> libguestfs-tools-c lshw make openvswitch
ovirt-imageio-common
> > > > >> >> python3-augeas python3-blivet python3-coverage
python3-dateutil
> > > > >> >> python3-dbus python3-decorator python3-devel
python3-dmidecode
> > > > >> >> python3-inotify python3-ioprocess-1.4.1
python3-libselinux
> > > > >> >> python3-libvirt python3-magic python3-netaddr
python3-nose
> > > > >> >> python3-pip python3-policycoreutils python3-pyyaml
> > python3-requests
> > > > >> >> python3-sanlock python3-six python3-yaml rpm-build
rpmlint
> > sanlock
> > > > >> >> sudo systemd-udev xfsprogs
--setopt=tsflags=nocontexts
> > > > >> >> [2020-06-21T09:20:12.326Z] No matches found for the
following
> > > > >> >> disable plugin patterns: local, spacewalk
> > > > >> >> [2020-06-21T09:20:12.326Z] Last metadata expiration
check:
> > 0:00:02
> > > > ago
> > > > >> on Sun Jun 21 09:20:07 2020.
> > > > >> >> [2020-06-21T09:20:12.326Z] No match for argument:
openvswitch
> > > > >> >> [2020-06-21T09:20:12.326Z] Error: Unable to find a
match:
> > openvswitch
> > > > >> >>
> > > >
> > >
> > > That
> > >
https://gerrit.ovirt.org/#/c/109714/
> > > was required to fix this raises the question from which repo
openvswitch
> > > was consumed before.
> > > But never mind, it is fixed now.
> >
> > What exactly is fixed? It is still failing for me for the same reason.
> >
> >
> The error
> [2020-06-21T09:20:12.326Z] No match for argument: openvswitch
> [2020-06-21T09:20:12.326Z] Error: Unable to find a match: openvswitch
> is fixed by adding the ovirt44testing repo.
Well the last CI state on that patch is -1, that does not look like a
fix too much. But if it is, could we rebease & merge it?
Just pushed an update there.
Issue is that ovirt-openvswitch is requiring stuff at pre-trans stage and
it's being installed at buildroot creation.
This obviously fail because the root being created misses all the pre-trans
requirements.
Trying to remove the openvswitch installation in build root creation and
move its installation into tests requiring it.
Tomas
>
>
>
> > Tomas
> >
> > >
> > >
> > > > >> >> Taken from
> > > > >>
> > > >
> >
https://jenkins.ovirt.org/job/vdsm_standard-check-patch/21966/consoleText
> >
> > > > >> >
> > > > >> > I think this is a result of trying to move to CentOS
8.2
before
> > all
> > > > >> > the packages are
> > > > >> > ready.
> > > > >>
> > > > >> There are problems with openvswitch package since the
CentOS
8.2
> > update.
> > > > >> It also blocks Vdsm builds. Sandro and Dominik work on
solving
it.
> > > > >>
> > > > >>
> > > > > This seems to be something unrelated in the build system.
> > > > > CI should work since last Tuesday again.
> > > >
> > > > I'm not sure which CI you mean, but Vdsm CI on master is still
broken,
> > > > even with Sandro's patch adding the oVirt 4.4 virt repo
> > > > (
https://gerrit.ovirt.org/109714):
> > > >
> > > > Running transaction check
> > > > [2020-06-22T08:54:51.868Z] warning: Generating 18 missing
index(es),
> > > > please wait...
> > > > [2020-06-22T08:54:51.868Z] Error: transaction check vs depsolve:
> > > > [2020-06-22T08:54:51.868Z] /bin/sh is needed by
> > > > ovirt-openvswitch-2.11-0.2020061801.el8.noarch
> > > > [2020-06-22T08:54:51.868Z] bash is needed by
> > > > ovirt-openvswitch-2.11-0.2020061801.el8.noarch
> > > > [2020-06-22T08:54:51.868Z] systemd is needed by
> > > > ovirt-openvswitch-2.11-0.2020061801.el8.noarch
> > > > [2020-06-22T08:54:51.868Z] To diagnose the problem, try running:
'rpm
> > > > -Va --nofiles --nodigest'.
> > > > [2020-06-22T08:54:51.868Z] You probably have corrupted RPMDB,
running
> > > > 'rpm --rebuilddb' might fix the issue.
> > > > [2020-06-22T08:54:51.868Z] The downloaded packages were saved
in
> > cache
> > > > until the next successful transaction.
> > > > [2020-06-22T08:54:51.868Z] You can remove cached packages by
> > executing
> > > > 'dnf clean packages'.
> > > >
> > > > Besides it puts -1 on each patch, we can't have any Vdsm builds
until
> > it
> > > > is fixed. Without the Sandro's patch, we get the error posted
by
Amit
> > > > above.
> > > >
> > > > Any ideas how to proceed? Why is RPMDB reported as corrupted, were
> > > > caches on the CI flushed?
> > > >
> > > >
> > > Anton and Evgheni, can you please help us?
> > >
> >
>
> This error is still open.
> Can this be reproduced locally, or does this only happen on CI
environment?
>
>
> > >
> > >
> > > > > Is the list of allowed packages for the CI limited, or is every
> > package
> > > > > from ovirt-repo allowed?
> > > > >
> > > > >
> > > > >> > Please use Travis until this issue is resolved. You
should
use it
> > > > >> > anyway for storage
> > > > >> > patches.
> > > > >> >
> > > > >> > Nir
> > > > >>
> > > > >>
> > > >
> > > >
> >
> >
> > --
> > Tomáš Golembiovský <tgolembi(a)redhat.com>
> >
> >
--
Tomáš Golembiovský <tgolembi(a)redhat.com>
--
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>*