On Thu, 2011-05-12 at 15:16 +0100, mike cloaked wrote: > On Thu, May 12, 2011 at 2:11 PM, Patrick O'Callaghan > <pocallaghan@xxxxxxxxx> wrote: > > > I haven't tried other options such as "yum clean headers" or "yum clean > > dbcache". I also have a 1Mbps connection and re-downloading all those > > package files is painful, especially as the files themselves are never > > the source of the problem. > > One option is to rsync the files in /var/lib/cache/* to another local > machine or local disk/backup - and then if you have this kind of issue > you can copy the rpm files back to the appropriate directory within > /var/lib/cache, hence saving the download from the server out in the > big wide world. > > In fact where there are several machine all running say f14 it makes > sense to rsync the cache files from one machine to another before > doing the yum update - that way although the metadata will be > refreshed then the rpm files are already in place and the update can > go ahead without the need for any download at all from the external > server. Hence if you have say 5 machines and you download the updates > on the first machine - then rsync to the others then when the other > machines do their own yum updates they will only need to download any > rpms that the first machine does not have in its package set. > > So when there are say 200MiB of rpms, then you would save 800MiB of > additional duplicate downloads - which does certainly help with > bandwidth limits from your isp, it helps avoid overloading the mirror > server, and it save pots of coffee brewing time and makes life less > stressed as an additional bonus! Yes, I get all that. My point was really that I virtually never need to use "clean all" so the issue doesn't really arise for me (and my other Fedora machine is a 686 netbook so I can't share many rpms in any case). BTW, another way to share repo downloads is by creating a local repo and updating it first, then the other machines on the local network. poc -- users mailing list users@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
