Pierre Bernhardt: > Am 24.04.2012 14:20, schrieb Pierre Bernhardt: > > root@nihilnihil:~# echo check >| /sys/block/md50/md/sync_action > > root@nihilnihil:~# cat /proc/mdstat > > Personalities : [raid1] [raid6] [raid5] [raid4] > > md50 : active raid5 sda1[0] sdc1[3] sdd1[5] > > > > 625137664 blocks super 1.2 level 5, 512k chunk, algorithm 2 > > [3/3] [UUU] [>....................] check = 0.0% > > (90772/312568832) finish=57.3min speed=90772K/sec bitmap: 0/3 > > pages [0KB], 65536KB chunk > > Ich hatte vergessen, dass man auch prüfen sollte, ob Probleme gefunden > wurden. In dmesg sollten dann eigentlich entsprechendes stehen, aber > sicher sollte es hier sein: > > root@newxen:~# cat /sys/block/md50/md/mismatch_cnt > 0 > > Das sollte natürlich auch schon vorher 0 sein ;-) Auftreten von mismatches ist in aller Regel harmlos. Z.B. auf einem (aktiven) swapspace hat man die häufig. Iirc war die Erklärung etwas in der Art, dass es passieren kann z.B. wenn Seiten während sie aufs Auspagen warten geändert werden. Der VM merkt, dass sie sich geändert haben, markiert sie wieder als "nicht ausgelagert" und ignoriert das, was schon geschrieben wurde (er weiß ja, dass die Daten welche ggf. schon auf einer spindle gelandet sind uninteressant sind). Kann iirc auch bei anderen Dateisystemen passieren. <dig> <dig> <dig>, unter http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=405919#41 findet sich eine Erklärung. Quintessenz - data not at risk.
Attachment:
signature.asc
Description: This is a digitally signed message part.