Re: yum-presto occasionally goes into "eternal" loop looking for deltas

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thu, 2010-01-07 at 20:44 +0200, Pekka Pietikainen wrote:
> Presto is one of the best things ever, but occasionally it ends up not
> finding the delta files from any of the mirrors in the mirror list and just
> loops through them without making any progress. --disablepresto works 
> a-ok, I think yum clean all; yum update also did the trick once.
> 
> Still, this can probably be made a lot better. It shouldn't do that even if the mirrors
> are out-of-sync. Maybe add some logic that just disables
> presto if the deltas are nowhere to be found after a few attempts? Anyone
> else even see this happen?

Yeah, see https://bugzilla.redhat.com/show_bug.cgi?id=540140.  To
summarize, the problem is that new updates have been pushed to the
server between the time you loaded primary.sqlite and prestodelta.xml.

When you run 'yum clean metadata' or 'yum clean all' it removes the
outdated cached primary.sqlite and downloads the newer version.

The bug has been closed as WONTFIX because there have only been a few
reports; I wouldn't mind revisiting that decision if someone has a
clever way of fixing it. (And I'm not convinced that checking n mirrors
and then giving up is the solution.)

Jonathan

Attachment: signature.asc
Description: This is a digitally signed message part

-- 
fedora-devel-list mailing list
fedora-devel-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/fedora-devel-list

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux