<div dir="ltr">Hello All.<div><br></div><div>Let's try not to over-complicate this. The error here we should care about is "no more mirrors to try" Just use more than one mirror in yum configuration in ovrit system tests. That's what we enabled in standard ci and it works fine there (although we are not running this new config for a long). </div><div><br></div><div>Yum will just failover to the next mirror in the list automatically. This is how we can get a resiliency. And proxy there is just to avoid overloading mirror with extra traffic when downloading RPMs and speed the download up.</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>