New error in mock on lago check_patch
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-b43344fe05507be58adc19b93da78705-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...: [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/artifac...
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/artifa... On Sun, Dec 11, 2016 at 11:27 PM, Nadav Goldin <ngoldin@redhat.com> 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-b43344fe05507be58adc19b93da78705-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...: [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/artifac...
On 12 December 2016 at 00:24, Nadav Goldin <ngoldin@redhat.com> wrote:
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,
Its hard to tell, the full yum log is missing, we're just seeing the bottom line here.
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.
Your feeling is illogical, we haven't changed the way the cache works, all we did is not erase it. By the time "mock init" finishes, you have a full cache regardless of if it was there before or was just created. Looking at the init logs for this run: http://jenkins.ovirt.org/job/lago_master_check-merged-fc24-x86_64/110/artifa... I see yum installing packages, so the caches was not used here at all. One thing that may hint us in the right direction: DEBUG util.py:421: Installing: ... DEBUG util.py:421: libvirt-devel x86_64 1.3.3.2-1.fc24 ... DEBUG util.py:421: Installing for dependencies: ... DEBUG util.py:421: libvirt-client x86_64 1.3.3.2-1.fc24 DEBUG util.py:421: libvirt-daemon x86_64 1.3.3.2-1.fc24 DEBUG util.py:421: libvirt-daemon-kvm x86_64 1.3.3.2-1.fc24 I'm not seeing a plain 'libvirt' package being installed. I suspect the naming changed in Fedora, and packages that provide 'libvirt' may be obsolete and are blocked by 'libvirt-client'. -- Barak Korren bkorren@redhat.com RHCE, RHCi, RHV-DevOps Team https://ifireball.wordpress.com/
בתאריך 11 בדצמ׳ 2016 23:28, "Nadav Goldin" <ngoldin@redhat.com> כתב: Hi Barak, I saw a new error[1] in mock today, IIRC this is not the same error as the usual 'mirror unavailable': You think it might be related to the cache change? No, I also saw this on a plain host too yesturdsy, probably CentOS changed something in the way they update mirrors 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
On Dec 11, 2016 11:36 PM, "Nadav Goldin" <ngoldin@redhat.com> 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@ovirt.org http://lists.phx.ovirt.org/mailman/listinfo/lago-devel
On 12 December 2016 at 08:13, Yaniv Kaul <ykaul@redhat.com> wrote:
I'm a bit surprised we are installing from the Internet. Y.
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@redhat.com RHCE, RHCi, RHV-DevOps Team https://ifireball.wordpress.com/
On Dec 12, 2016 9:39 AM, "Barak Korren" <bkorren@redhat.com> wrote: On 12 December 2016 at 08:13, Yaniv Kaul <ykaul@redhat.com> wrote:
I'm a bit surprised we are installing from the Internet. Y.
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, Why did we fail to connect? Y. 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@redhat.com RHCE, RHCi, RHV-DevOps Team https://ifireball.wordpress.com/
On 12 December 2016 at 09:58, Yaniv Kaul <ykaul@redhat.com> wrote:
Why did we fail to connect?
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@redhat.com RHCE, RHCi, RHV-DevOps Team https://ifireball.wordpress.com/
participants (3)
-
Barak Korren -
Nadav Goldin -
Yaniv Kaul