2010/9/17 Platonides <platoni...@gmail.com> > MZMcBride wrote: > > John Vandenberg wrote: > >> The key would be to allow the mirrors to delete their mirror when they > >> need to use their excess storage capability. If they let us know in > >> advance that they are reclaiming the space, another organisation with > >> excess storage capability can take over. > > > > Surely I don't need to be the one to point out that another huge issue > with > > mirrors is that they often replicate bad information ("John Doe is a > > rapist", etc.). The mirrors you all are talking about sound like they'd > > update fairly regularly. Some of the current (unofficial) mirrors, > however, > > have a horrible tendency to import once and then linger forever. > > > > MZMcBride > > If they are not live mirrors which will go down when they can't connect > to wikipedia on-the-fly to scrape their data (so they aren't really > mirroring anything). > > John wrote: > > IIRC, it Greg Maxwell who had (some of?) the images that the > > Foundation lost when a bug was rolled into production. > > Yes. He has a partial copy of the images. > > > George wrote: > > If there's interest in an offline discussion on IT disasters and > > disaster recovery and reliability engineering, I can do that, but it > > should be offline from Foundation-L... > > This thread should move to wikitech-l or xmldatadumps-l > > In that mailing lists there are enough threads about text/images/mirrors dumps without great advances.
I think that this mailing list is perfect for this topic. It is not only a tech topic, it is a matter of public awareness. > > _______________________________________________ > foundation-l mailing list > foundation-l@lists.wikimedia.org > Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/foundation-l > _______________________________________________ foundation-l mailing list foundation-l@lists.wikimedia.org Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/foundation-l