[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
[nebula-dev] Fwd: [eclipse.org-committers] Unhappy mirror sites, and disk space
|
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 <denis.roy@xxxxxxxxxxx>
An: eclipse.org-committers@xxxxxxxxxxx
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
webmaster@xxxxxxxxxxx. 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/
_______________________________________________
eclipse.org-committers mailing list
eclipse.org-committers@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/eclipse.org-committers
IMPORTANT: Membership in this list is generated by processes internal to the Eclipse Foundation. To be permanently removed from this list, you must contact emo@xxxxxxxxxxx to request removal.