<div dir="ltr">Also an interesting discussion to have is the same we had for maven cache files. <div><br></div><div>We use reposync in lago that is supposed to sync repos locally and then it can update the existing cache to match the remote mirror when it is invoked, then as I understand we get its cache deleted each time because we use mock. </div><div><br></div><div>Now I am not sure do we really need mock in ovirt system tests? As I understand it uses lago and lago runs everything inside vms so it is somehow isolated already? </div><div><br></div><div>Anton.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Dec 1, 2016 at 8:34 AM, Barak Korren <span dir="ltr"><<a href="mailto:bkorren@redhat.com" target="_blank">bkorren@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 1 December 2016 at 09:26, Eyal Edri <<a href="mailto:eedri@redhat.com">eedri@redhat.com</a>> wrote:<br>
> Will this error get solved also by the patch for replacing the proxies?<br>
> Or we need to mirror epel to oVirt to avoid such errors?<br>
><br>
</span><span class="">> 05:28:44 and following error: Error setting up repositories: failure:<br>
> repodata/<wbr>486c936a72b1d31db8b5892cb0c037<wbr>2ba3c171509f168c1c24b5e32d5bf1<wbr>1861-primary.sqlite.xz<br>
> from ovirt-master-epel-el7: [Errno 256] No more mirrors to try.<br>
> 05:28:44<br>
> <a href="http://download.fedoraproject.org/pub/epel/7/x86_64/repodata/486c936a72b1d31db8b5892cb0c0372ba3c171509f168c1c24b5e32d5bf11861-primary.sqlite.xz" rel="noreferrer" target="_blank">http://download.fedoraproject.<wbr>org/pub/epel/7/x86_64/<wbr>repodata/<wbr>486c936a72b1d31db8b5892cb0c037<wbr>2ba3c171509f168c1c24b5e32d5bf1<wbr>1861-primary.sqlite.xz</a>:<br>
> [Errno 14] HTTPS Error 404 - Not Found<br>
<br>
</span>Looks like the sqlite index file got replaced while our test is running.<br>
We'll probably have to mirror to be resilient to this (Proxy cannot<br>
help you with something it did not proxy yet).<br>
One thing to note is that simple rsync mirror will not be enough, we<br>
will need a mirror system that will make _atomic_ updates to the<br>
mirror. Rsync will just make it behave like DS globalsync behaves.<br>
<span class="HOEnZb"><font color="#888888"><br>
<br>
--<br>
Barak Korren<br>
<a href="mailto:bkorren@redhat.com">bkorren@redhat.com</a><br>
RHCE, RHCi, RHV-DevOps Team<br>
<a href="https://ifireball.wordpress.com/" rel="noreferrer" target="_blank">https://ifireball.wordpress.<wbr>com/</a><br>
</font></span></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><span><font color="#888888"><div>Anton Marchukov<br>Senior Software Engineer - <span><span><font color="#888888"><span><span><font color="#888888"><span><span><font color="#888888">RHEV CI - </font></span></span></font></span></span>Red Hat</font></span></span><br><br></div></font></span></div></div></div></div>
</div>