Le 11/08/2011 16:09, Yves Rougy a écrit :
Un pti fsck sur tes filesystems peut-être...?
Fait il n'y a pas longtemps. Je vais le refaire quand le pvmove sera terminé (lundi, si tout va bien).
Tu as un outil qui te permet de voir où en est la resync ?
cat /proc/mdstat :
md2 : active raid5 sdd1[5] sdh1[6](S) sdg1[4] sdf1[2] sde1[1] 5860538880 blocks super 1.2 level 5, 512k chunk, algorithm 2 [4/3] [_UUU] [==============>......] recovery = 72.5% (1416368700/1953512960) finish=8409.9min speed=1064K/sec
Le 11 août 2011 15:45, Simon Morvangarphy@zone84.net a écrit :
Le 11/08/2011 12:13, Simon Morvan a écrit :
Le 11/08/2011 11:33, Simon Morvan a écrit :
Le 10/08/2011 21:32, Arnaud Steyer a écrit :
exact j'avais lu ce genre de souci en plus, mais c’était surtout des temps d’aces super long. avec hdparm ou les softs constructeurs il y a moyen de changer ça ( hdparm -B 254 /dev ...)
Alors je viens de le mettre en place pour les disques concernés par le raid-soft et (so far so good) ca tient mieux. Bon, j'ai aussi désactivé le LAN de la carte mère et mis une carte PCI à la place.
On va voir si ca re-gpf ou pas...
(une sync raid est en cours, ca stresse assez les disques, je pense)
Comme ca tournait bien, j'ai relancé slapd pour pouvoir me connecter sous un user normal déclaré dans l'annuaire, et j'ai lancé une compilation de noyeau sous cet user (le /home de l'user étant en partie sur raid en reconstruction).
Bin... paf (PJ)
Détail intressant : si je ne mount pas les filesystems, je n'ai aucun freeze. Par contre, il y a toujours un resync d'un MD (sur 5 disques) et un déplacement d'extents LVM de ce MD vers le volume raid géré par la carte LSI en cours et ca ne plante pas, alors que ca génère quand meme pas mal d'io et que ca tire sur l'alim.
Any tought ?
-- Simon _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
Liste de diffusion du FRsAG http://www.frsag.org/