I've cleaned up all the N builds and the -very- old builds from the
first build system.
I've also removed the creation of N directories (keeping only the
'latest' one), until a better solution is set up. Nebula downloads
will no longer grow as before.
Sorry for keeping so many files in download.
--
Nicolas
Le 13 juil. 10 à 22:32, Tom Schindl a écrit :
Nicolas, I tried to remove the N-builds but I'm not allowed to remove
them (beside the ones for Grid which I've clean up).
Tom
-------- Original-Nachricht --------
Betreff: [eclipse.org-committers] Unhappy mirror sites, and disk
space
Datum: Tue, 13 Jul 2010 15:50:19 -0400
Von: Denis Roy <[email protected]>
An: [email protected]
Greetings,
In recent months I have asked project teams to "clean up" their
download
area, since our mirror sites have been expressing dissatisfaction with
us. Many have responded to the call -- thank you.
However, many projects still have a very high ratio of *stale files*
that do not need to be mirrored, and should be deleted or moved to the
archives[1]. Such files include:
-> *Older Nightly/Stable/Integration builds*. Temporary in nature,
these should be deleted once they have expired.
-> *Release builds that are no longer "current".* Release builds
can be
kept indefinitely; older releases must be moved to archive.eclipse.org
to avoid being mirrored.
-> *Build artifacts that are not intended to be downloaded by the
general public.* These should be stored on build.eclipse.org:/shared.
Alternatively, you can request that a build directory be excluded from
our mirrors.
I have begun examining our download space in high detail, starting
with
the *Technology* and *Tools* projects. The following projects have
been
excluded from our sync to mirrors because of their large ratio of
"stale" files.
*/technology/cosmos /technology/dltk /technology/linuxtools
/technology/nebula /technology/ohf /technology/swtbot
**/technology/tigerstripe
**/tools/ajdt /tools/aspectj /tools/buckminster /tools/mylyn
/tools/orbit /tools/pdt /tools/ptp
*
*/tools/cdt* is also guilty; however, that project generates too many
downloads to be excluded. CDT team, please do take some time to clean
up your download space. Next week I will look at *Modeling* and
*Birt*.
If you're in one of the above projects, this means the only options
for
downloading your bits are download.eclipse.org and Amazon AWS. Fear
not: Amazon has plenty of bandwidth to support all our downloads, so
impact on your users will be virtually nil. Regardless, maintaining a
reasonable download footprint is imperative.
I know this all may seem heavy-handed, but it's not meant to be. I
simply want to avoid a collapse of our network of mirror sites.
If you believe I've wrongly assessed your downloads area, or if you've
cleaned it up, I will happily reverse the exclusion. If you need
assistance in moving files to the archives, please send an email to
[email protected]. If specific subsets of your downloads area
must
remain there, please ask for them to be excluded. Any further
ideas, or
discussion can happen on
https://bugs.eclipse.org/bugs/show_bug.cgi?id=315073.
Thanks for your understanding,
Denis
[1] Moving files to the archives:
http://wiki.eclipse.org/IT_Infrastructure_Doc#Downloads
--
Eclipse Summit Europe, Nov 2-4
http://www.eclipsecon.org/summiteurope2010/
<Nachrichtenteil als
Anhang.txt>_______________________________________________
nebula-dev mailing list
[email protected]
https://dev.eclipse.org/mailman/listinfo/nebula-dev
_______________________________________________
nebula-dev mailing list
[email protected]
https://dev.eclipse.org/mailman/listinfo/nebula-dev
