Jeremy Katz wrote:
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.
You know, that's quite sane and I really like that idea. :)
- Nigel
_______________________________________________
Fedora-infrastructure-list mailing list
Fedora-infrastructure-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
