Hi,
The same test is working in the experimental flow, so looks like a local
issue.
Are you using the most up to date master branch of ost?
On Tue, Jun 27, 2017 at 1:58 PM, Milan Zamazal <mzamazal(a)redhat.com> wrote:
I tried to run OST on current basic-suite-master and it fails in
000_check_repo_closure. Is it only my local problem or is there
something broken? How can I get OST running again?
## Params: ['repoclosure', '-t', '--config=/home/pdm/ovirt/
lago/ovirt-system-tests/basic-suite-master/reposync-config.repo_repoclosure',
'--lookaside=ovirt-master-tested-el7',
'--lookaside=ovirt-master-snapshot-static-el7',
'--lookaside=glusterfs-3.10-el7', '--lookaside=centos-updates-el7',
'--lookaside=centos-base-el7', '--lookaside=centos-extras-el7',
'--lookaside=epel-el7', '--lookaside=centos-ovirt-4.0-el7',
'--lookaside=centos-kvm-common-el7',
'--lookaside=centos-opstools-testing-el7',
'--lookaside=copr-sac-gdeploy-el7', '--repoid=internal_repo'].
## Exist status: 1
## Output: Reading in repository metadata - please wait....
Checking Dependencies
Repos looked at: 12
centos-base-el7
centos-extras-el7
centos-kvm-common-el7
centos-opstools-testing-el7
centos-ovirt-4.0-el7
centos-updates-el7
copr-sac-gdeploy-el7
epel-el7
glusterfs-3.10-el7
internal_repo
ovirt-master-snapshot-static-el7
ovirt-master-tested-el7
Num Packages in Repos: 37128
package: cockpit-ostree-138-1.el7.x86_64 from internal_repo
unresolved deps:
/usr/libexec/rpm-ostreed
package: python2-botocore-1.4.43-1.el7.noarch from internal_repo
unresolved deps:
python-dateutil >= 0:2.1
Thanks,
Milan
_______________________________________________
Devel mailing list
Devel(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel
--
DANIEL BELENKY
Associate sw engineer
RHEV DEVOPS
Red Hat Israel <
https://www.redhat.com/>
dbelenky(a)redhat.com IRC: #rhev-integ, #rhev-dev
<
https://red.ht/sig>