Robert Rohde wrote:
> On Sun, Nov 30, 2008 at 10:29 PM, Nikola Smolenski <smolensk(a)eunet.yu> wrote:
>
>> On Monday 01 December 2008 04:09:11 Robert Rohde wrote:
>>
>>> On Sun, Nov 30, 2008 at 6:16 PM, Neil Harris <usenet(a)tonal.clara.co.uk>
>>>
>> wrote:
>>
>>>> Is the data replicated anywhere outside the Tampa data centre (such as
>>>> in Amsterdam or Seoul)? If not, just one fire, flood or hurricane could
>>>> destroy the entire en: Wikipedia.
>>>>
>>> There are database mirrors of every wiki, including en, as part of the
>>> toolserver cluster in Amsterdam.
>>>
>> Unfortunately, enwiki mirror doesn't include article text :(
>>
>
> Ouch, I hadn't realized they gave up on text replication. Apparently
> quite a while ago too. (That will teach me for never bothering to
> learn to use the toolserver.)
>
> So I guess we are back to the meteor impact destroys Wikipedia scenario.
>
> -Robert Rohde
>
That's scary: are there any off-site backups of the full database,
including the article text, made anywhere, other than the constantly
failing dumps? Given that Wikipedia is the Wikimedia Foundation's
principal asset, I would hope that fixing this single point of failure
would be a priority for the Foundation.
-- Neil
Thomas Dalton wrote:
>>> Not to years but yes the English Wikipedia dumps very rarely work.
>>> De.wikipedia is starting to suffer the same issues and image database
>>> dumps don't happen.
>>>
>> No, I think it really has been two years (September 2006 to be
>> precise). I'm pretty sure there have been no complete dumps this
>> calendar year. I believe there was one (or two?) full dump process
>> that claimed to run to completion in 2007 but it was later found to
>> have been truncated (i.e. it didn't really dump all of enwiki, only a
>> portion of it).
>>
>> If I am wrong and there really is a more recent complete history dump
>> of enwiki floating around somewhere, then I'd love to hear about it,
>> but I don't believe that is the case.
>>
>
> That sounds about right to me. I think the confusion may come from
> there being lots of different dumps - the smaller dumps of enwiki do
> succeed (occasionally, at least!), it's the full dump of every
> revision of every page that fails routinely.
>
> _______________________________________________
> foundation-l mailing list
> foundation-l(a)lists.wikimedia.org
> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/foundation-l
>
>
>
>
Is the data replicated anywhere outside the Tampa data centre (such as
in Amsterdam or Seoul)? If not, just one fire, flood or hurricane could
destroy the entire en: Wikipedia.
-- Neil
FYI.
This is too bad. It would have been a great opportunity for our project to
go forward by bringing a substantial number of developers together in the
official part of FOSDEM 2009.
On the other hand: I and a few others will definitely be going to FOSDEM
2009[1]. Is it worth exploring possibilities to have some kind of thing in
Brussels in the same weekend, should we try and organise something
completely different as soon as possible, or should we cancel the idea for
the next 6 months altogether?
Cheers! Siebrand
[1] http://www.mediawiki.org/wiki/Project:FOSDEM_2009
-----Oorspronkelijk bericht-----
Van: Pascal Bleser [mailto:loki@fosdem.org]
Verzonden: maandag 1 december 2008 1:37
Aan: Siebrand Mazeland
CC: FOSDEM DevRooms
Onderwerp: [FOSDEM] Your devroom request has not been accepted
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
We're sorry to give you bad news, but your developer room request for FOSDEM
2009 has not been accepted.
We realize that this must be disappointing news, but unfortunately we don't
have a sufficient number of rooms to our disposal to cover all requests.
Just to clarify: your request is perfectly valid, but we had to pick.
Thanks for your interest in FOSDEM, nevertheless.
- --
-o) Pascal Bleser <loki(a)fosdem.org> http://www.fosdem.org
/\\ FOSDEM 2009 :: 7 + 8 February 2009 in Brussels
_\_v Free and Opensource Software Developers European Meeting -----BEGIN
PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)
iD8DBQFJMzGWr3NMWliFcXcRAsXpAKCYRW3tG+XrTAgZPXNA5+PP+se0vgCdFX9x
d4LIWf+KG9uCaFrnfqBAzH4=
=rkCZ
-----END PGP SIGNATURE-----