All over the computer press this morning:
Also in the Slashdot queue, please click up:
This is a geekly-interest story that draws attention to what we do
behind the scenes, not just having a nice popular website but how we
get there. And, of course, how to do a top 10 website on approximately
NO MONEY (give or take a few million, but you'll be going *way* down
the Alexa ranks to find a site that does as much as we do with so
Many of the comments on the press stories are armchair sysadmins going
"fools, why not my-fave-distro?!" - if someone could please write a
note on "why Ubuntu", it would likely be useful for press purposes.
Could this software/service be used to support functionality to
transcode video/audio on upload for MediaWiki?
It says it has "Support for the numerous encoding profiles FFmpeg
supports" and according to the Wikipedia article this includes Ogg
Theora and Vorbis.
As a service it uses Amazon's Web Services, but I guess it would be
cheaper for WMF to run it on its own services.
They call themselves open source and I don't know what this license is
called, but it certainly seems very liberal:
They've just been waiting in a mountain for the right moment:
Same old story, disk full on a core master server (ixia) caused binlogs to
stop 10 minutes before the issue was noticed and I switched it into
read-only mode. Writes continued during those 10 minutes.
I'm resyncing from the master, the s2 wikis are in read-only mode while
that happens, it seems to be taking about 1.5 hours in total.
The server was in nagios and was reporting a critical disk full status.
I'm not sure exactly when it entered that state.
I'm inclined to think that the issue here is not the need for more
technology, but rather the need for procedures. There's no point in having
monitoring if nobody is watching the output.
If it had happened an hour later, I would have been in bed, and nobody
else was around. The users in #wikimedia-tech tell me they would have
waited for hours before trying to phone anyone. So we need out-of-hours
response procedures as well.
I think we need:
* A systems checklist to be checked daily, independently by two different
people and cross-checked weekly;
* An SMS paging system for out-of-hours response, both automated and
-- Tim Starling
Hello admins and hostmasters,
download.wikimedia.org/backup-index.html says: "Dumps are currently halted pending
resolution of disk space issues. Hopefully will be resolved shortly."
Meanwhile some weeks have passed, the german dump is six weeks old. May we still stay
-----BEGIN PGP SIGNED MESSAGE-----
in our wiki $wgDisableCounters remains false as it defaults.
Nevertheless we cannot get special page content
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
-----END PGP SIGNATURE-----
Le samedi 11 octobre 2008 à 16:21 +0000, wikitech-l-request(a)lists.wikimedia.org a écrit :
> From: Tei <oscar.vives(a)gmail.com>
> Subject: Re: [Wikitech-l] Wikimedia moves to Ubuntu press stories
> Seems debian upgrades are painless.
Yes, a Debian upgrade has never created any problems for me.
> Sysadmins seems
> much dependants of Google searches (?). And google search has become
> some sort of "Ubuntu manual", while information about debian stuff is
> often below a pile of random crap (the "for humans" motto seems to
> work here, googling for information in google using "Debian" + "error
> message" always show crazy useless craps from logs and robots, never
> forums with sane or usable information.
Debian is a community distribution. This means that, supposing you have
RTFM and didn't find an answer there, and that the question is not
trivial, the best way to get answers is to ask a fellow Debian user in
the community. It's from person to person, either via IRC or mailing
lists, not through impersonal searches that you get the most useful
NSK Nikolaos S. Karastathis, http://karastathis.org/