<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
</span>This is IMO miss-diagnosing the issue - the problem is not a failed<br>
mirror - the problem is 404 on getting a metadata file from a mirror<br>
that was updated because you have a stale repomd.xml file on your<br>
local cache. Another mirror will not help there because it would<br>
probably be updated as well.<br></blockquote><div><br></div><div>I do not think there is anything wrong with mirrors occasionally failing. Nobody promised that they will always be working. Exactly for that all repos provide a large network of distributed mirrors and this failover functionality in yum so it is able to find the working mirror in the list.</div><div><br></div><div>If we do have stale repomd.xml somewhere than it should not happen and it is a bug in our system. We need to invalidate it.</div><div><br></div><div>Also Fedora and most other mirrors use pull (the only exception I am aware of are Debian and Ubuntu security mirrors that use push for speed reason, but they are atomic) so they are not updated all at once. If need we can open this thread ion some relevant mailing list to confirm or deny my assumptions.</div><div> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">You could also solve it by running 'yum clean' all the time but that<br>
would severely slow things down.<br></blockquote><div><br></div><div>I am not very good and yum/rpm stuff, but how it worked on my normal Fedora system without me executing any yum cleans?</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
The best solution is IMO to have our own "stable" mirror that _never_<br>
changes while jobs are running.<br></blockquote><div><br></div><div>Why would our mirror be any more stable? We already have over 100 mirrors on the internet, so why we think that our mirror will be any more stable then those? We already developed repoproxy that is that "stable" mirror you are looking for and as we see it occasionally fails. And it is normal. Every single point that you use will fail. The only way to provide a resiliency is to be able to get rid of a central point. </div><div><br></div><div>-- <br></div></div><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></div>