Seit Sonntag besch\u00e4ftigt sich mein Homeserver mit sich selbst und reagiert nur noch mit gro\u00dfer Verz\u00f6gerung auf Anfragen der Clients. Au\u00dferdem binden die Clients die Serververzeichnisse nicht mehr richtig ein – soll hei\u00dfen: Nur noch jeweils ein Client hat Zugriff, die anderen gehen leer aus.<\/p>\n
Auf der Suche nach den Ursachen warf ich einen Blick auf das Raid:<\/p>\n
# cat \/proc\/mdstat
\nPersonalities : [raid1]
\nmd2 : active raid1 hda3[0] hdb3[1]
\n192434496 blocks [2\/2] [UU]
\n[=================>…]\u00a0 check = 88.0% (169503744\/192434496) finish=422.0min speed=904K\/sec<\/p>\nmd1 : active raid1 hda2[0] hdb2[1]
\n2931776 blocks [2\/2] [UU]<\/p>\nmd0 : active raid1 hda1[0] hdb1[1]
\n48829440 blocks [2\/2] [UU]<\/p><\/blockquote>\nEin mdadm -D \/dev\/md2 beruhigt ebenfalls mit der Meldung „State : clean, recovering“ (und ich muss gerade entdecken, dass WordPress aus –detail einen Einzelstrich macht).<\/p>\n
Die Ursache ist nun also klar: Am Sonntag war wohl \/md0, am Montag \/md1 und Teile von \/md2 dran – und ich bin inzwischen froh, dass ich nur 250GB Platten im Raid hab. Zuerst dachte ich an einen Fehler – doch dann entdeckte<\/a> ich, dass dieser Job regelm\u00e4\u00dfig abl\u00e4uft.<\/p>\n
In \/etc\/cron.d\/mdadm steht wann:<\/p>\n
#
\n# cron.d\/mdadm — schedules periodic redundancy checks of MD devices
\n#
\n# Copyright \u00a9 martin f. krafft <madduck@madduck.net>
\n# distributed under the terms of the Artistic Licence 2.0
\n#
\n# $Id: mdadm.cron.d 147 2006-08-30 09:26:11Z madduck $
\n#<\/p>\n# By default, run at 01:06 on every Sunday, but do nothing unless the day of
\n# the month is less than or equal to 7. Thus, only run on the first Sunday of
\n# each month. crontab(5) sucks, unfortunately, in this regard; therefore this
\n# hack (see #380425).
\n6 1 * * 0 root [ -x \/usr\/share\/mdadm\/checkarray ] && [ $(date +\\%d) -le 7 ] && \/usr\/share\/mdadm\/checkarray –cron –all –quiet<\/p><\/blockquote>\nSeit einem Jahr hab ich das Raid nun schon am Laufen und hab nichts von dieser Funktion gemerkt. Wenn \/usr\/share\/mdadm\/checkarray tats\u00e4chlich jeden ersten Sonntag im Monat aufgerufen werden muss, dann darf ich a) mein Raid aufl\u00f6sen b) dies auf jeden Sonntag beschr\u00e4nken, der vor dem 3ten eines Monats liegt oder c) den Prozess im Bedarfsfall anhalten mit<\/p>\n
\/usr\/share\/mdadm\/checkarray -x<\/p><\/blockquote>\n
Eine –help Option gibt es f\u00fcr checkarray auch. Eine Dokumentation lieg in \/usr\/share\/doc\/mdadm\/README.checkarray, eine man Page hat weder mein Debian noch mein Ubuntu zu bieten.<\/p>\n
Jetzt bin ich zwar was die Geschwindigkeit meines Servers angeht beruhigter, kann aber nicht arbeiten, weil alle Daten ja auf dem Server (und dort in md2) liegen und dieser Prozess so viel Systemressourcen frisst, dass schon der Aufruf von Google scheinbar ewig dauert. Hier r\u00e4cht sich nun der integrierte IPCop.<\/p>\n