[lago-devel] Slow reposync
Yaniv Kaul
ykaul at redhat.com
Sat May 6 16:01:20 UTC 2017
2017-05-06
18:52:53,553::log_utils.py::__enter__::599::lago.utils::DEBUG::start
task:f141b349-76b3-4fae-bd42-97d73234ace0:Run command: "reposync"
"--config=/home/ykaul/ovirt-system-tests/basic-suite-master/reposync-config.repo"
"--download_path=/var/lib/lago/reposync" "--newest-only" "--delete"
"--cachedir=/var/lib/lago/reposync/cache"
"--repoid=ovirt-master-tested-el7":
2017-05-06
18:56:49,811::utils.py::_run_command::189::lago.utils::DEBUG::f141b349-76b3-4fae-bd42-97d73234ace0:
command exit with return code: 0
centos-opstools-testing-el7 | 2.9 kB 00:00
9-76b3-4fae-bd42-97d73234ace0: command stdout:
copr-sac-gdeploy-el7 | 3.0 kB 00:00
epel-el7 | 4.3 kB 00:00
ovirt-master-snapshot-static-el7 | 2.9 kB 00:00
ovirt-master-tested-el7 | 2.9 kB 00:00
2017-05-06
18:56:49,811::utils.py::_run_command::194::lago.utils::DEBUG::f141b349-76b3-4fae-bd42-97d73234ace0:
command stderr:
Yum-utils package has been deprecated, use dnf instead.
See 'man yum2dnf' for more information.
Obviously, if I'm syncing a single repo, why is it fetching metadata from
other repos?
We perhaps need to start splitting the config files to multiple conf files?
It makes sense anyway, especially if we run the reposync per each repo
independently anyway?
Y.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/lago-devel/attachments/20170506/1a20c9aa/attachment.html>
More information about the lago-devel
mailing list