Another one[1](different, but still looks like caching issue): Installing... python-lago: installing Failed to set locale, defaulting to C Failed to synchronize cache for repo 'updates', disabling. Error: package python-lago-0.28.6-1.fc24.noarch requires libvirt >= 1.2.8, but none of the providers can be installed (try to add '--allowerasing' to command line to replace conflicting packages) python-lago: FAILED Although in the init run it installed libvirt successfully, so not really sure what is going on, there weren't any recent changes to the spec file. I got a feeling that there is a a problem between the cache it uses when installing packages via mock and the cache being used when running 'yum/dnf' commands inside mock. [1] http://jenkins.ovirt.org/job/lago_master_check-merged-fc24-x86_64/110/art... On Sun, Dec 11, 2016 at 11:27 PM, Nadav Goldin <ngoldin(a)redhat.com&gt; wrote:

On Dec 11, 2016 11:36 PM, "Nadav Goldin" <ngoldin(a)redhat.com&gt; wrote: Hi Barak, I saw a new error[1] in mock today, IIRC this is not the same error as the usual 'mirror unavailable': DEBUG util.py:502: Executing command: ['/usr/bin/yum-deprecated', '--installroot', '/var/lib/mock/fedora-24-x86_64-b43344fe05507be58adc19b93da787 05-5023/root/', '--releasever', '24', 'install', '@buildsys-build', 'bats', 'git', 'python-dulwich', 'python2-devel', 'python-virtualenv', 'python-libguestfs', 'libxslt-devel', 'libvirt-devel', 'libffi-devel', 'openssl-devel', 'dnf-command(builddep)', 'grubby', 'python-pip', '--setopt=tsflags=nocontexts'] with env {'PS1': '<mock-chroot> \\s-\\v\\$ ', 'SHELL': '/bin/bash', 'TERM': 'vt100', 'LC_MESSAGES': 'C', 'HOME': '/builddir', 'LD_PRELOAD': '/tmp/tmpzv6o4sbn/$LIB/nosync.so', 'PROMPT_COMMAND': 'printf "\\033]0;<mock-chroot>\\007"', 'HOSTNAME': 'mock', 'PATH': '/usr/bin:/bin:/usr/sbin:/sbin', 'LANG': 'en_US.UTF-8'} and shell False DEBUG util.py:421: Yum command has been deprecated, use dnf instead. DEBUG util.py:421: See 'man dnf' and 'man yum2dnf' for more information. DEBUG util.py:421: http://mirror.math.princeton.edu/pub/fedora/linux/updates/ 24/x86_64/repodata/repomd.xml: I'm a bit surprised we are installing from the Internet. Y. [Errno -1] repomd.xml does not match metalink for updates DEBUG util.py:421: Trying other mirror. DEBUG util.py:421: http://repo.atlantic.net/fedora/linux/updates/24/x86_64/repodata/repomd.xml: [Errno -1] repomd.xml does not match metalink for updates DEBUG util.py:421: Trying other mirror. DEBUG util.py:421: https://mirrors.kernel.org/fedora/updates/24/x86_64/repodata/repomd.xml: .... You think it might be related to the cache change? Thanks, Nadav. [1] http://jenkins.ovirt.org/job/lago_master_check-patch-fc24- x86_64/260/artifact/exported-artifacts/logs/mocker-fedora- 24-x86_64.fc24.init/root.log _______________________________________________ lago-devel mailing list lago-devel(a)ovirt.org http://lists.phx.ovirt.org/mailman/listinfo/lago-devel

On 12 December 2016 at 08:13, Yaniv Kaul <ykaul(a)redhat.com&gt; wrote: We fall-back to direct net access when there are proxy errors: 21:43:33 Failed to contact proxy http://proxy.phx.ovirt.org:3128, falling back to non-proxied config But the log will look the same even if the proxy was being used, because it is a forward proxy not a reverse one. See OVIRT-575 [1] for ongoing work to aggressively pre-cache everything. [1]: https://ovirt-jira.atlassian.net/browse/OVIRT-575 -- Barak Korren bkorren(a)redhat.com RHCE, RHCi, RHV-DevOps Team https://ifireball.wordpress.com/

On 12 December 2016 at 09:58, Yaniv Kaul <ykaul(a)redhat.com&gt; wrote: Probably because repoproxy.py was down (see OVIRT-933 [1], OVIRT-645 [2], OVIRT-869 [3]). This is becoming an ovirt-infra rather then a lago-devel discussions... [1]: https://ovirt-jira.atlassian.net/browse/OVIRT-933 [2]: https://ovirt-jira.atlassian.net/browse/OVIRT-645 [3]: https://ovirt-jira.atlassian.net/browse/OVIRT-869 -- Barak Korren bkorren(a)redhat.com RHCE, RHCi, RHV-DevOps Team https://ifireball.wordpress.com/