On Wed, 2008-05-14 at 00:39 +1200, Nigel Jones wrote: > Jeremy Katz wrote: > > On Tue, 2008-05-13 at 23:55 +1200, Nigel Jones wrote: > >> Anyway, what this means, is that when nagios has been complaining about > >> cvs-int recently, in particular the fact that /git has reached WARNING. > >> After a bit of hunting around, I found /repo/pkgs using 168GiB of the > >> 192GiB available, which is understandable, Fedora has got huge. > >> > >> Problem here, is that there are a LOT of old tarballs in that folder, > >> which leaves me wondering if we should do a spring clean ~1 mo after > >> release. > >> > > > > We can't do this. We need to keep the tarballs for packages which were > > released (in any form, be it rawhide, an update, or the actual release > > -- and probably even updates-testing) for 3 years to comply with the > > terms of the GPL. > > > > Not to mention that removing them would break any ability to go back and > > try to bisect or find the source of a problem in an automated fashion. > > And yes, I've actually had to go back to ancient history to do so in the > > past with some packages :-/ > > > We were just discussing this on #fedora-admin, the other alternative > would be (as I mentioned) move them to some sort of publically available > archive storage setup, with the Makefile pointing towards that instead > of where we normally point. If we're going to do that, we might as well use that for the tarball repo always and not have it special cased for old vs not. At which point, the "easy" answer is just to nfs mount that storage as /repo/pkgs :) In fact, maybe that is the easy answer -- maybe we should just allocate some of the space off of nfs1. We're at below 200G of usage for /repo/pkgs -- if we allocated half a terabyte, it wouldn't be that big of a hit to what's available to koji and it would give us quite a bit of room to grow for /repo/pkgs. Jeremy _______________________________________________ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
