[MASOCH-L] Linux Mailserver Soft-Raid5 com problema?

Henrique de Moraes Holschuh hmh at hmh.eng.br
Sat Feb 15 17:26:39 -03 2014


On Sat, 15 Feb 2014, Roberto Alcantara wrote:
> > Device:         rrqm/s   wrqm/s     r/s     w/s    rkB/s    wkB/s avgrq-sz
> > avgqu-sz   await r_await w_await  svctm  %util
> > sda            1466,06    69,32  486,75   29,09  7982,28   383,65    32,44
> >    5,56   10,77    4,87  109,51   0,45  23,00
> > sdb            1472,70    70,01  490,23   25,14  8010,37   370,93    32,53
> >    4,27    8,28    4,79   76,29   0,43  22,16
> > sdc            1473,97    66,84  475,91   24,15  7955,19   354,05    33,23
> >    3,79    7,57    4,90   60,26   0,43  21,67
> > sdd               9,78  1512,84    4,89  333,03    74,16  7380,05    44,12
> >    1,54    4,55   55,32    3,81   0,37  12,60

Tenta de novo quando o sdd não estiver sendo reconstruído a partir dos
outros três discos.

cat /proc/mdstad

mostra o que o md está fazendo (resync, check, etc).

> > Alguem tem uma sugestão do porque esse disco esta anormal assim? Devo
> > substitui-lo ?
> > 
> > O principal sintoma sentido foi aumento consideravel da latencia, é como se
> > a máquina estivesse sobre forte load sem realmente ter necessidade legítima.

SUPONDO que a RAID está em estado "active", e ainda assim o sdd estiver
esquisito:

0. tenha certeza que os discos tem a mesma velocidade rotacional, quantidade
de cache, etc.

1. Olhe o resultado de smartctl --xall em todos os discos, e compare.

2. Olhe no log do kernel a velocidade das portas SAS/SATA dos discos, e
compare.

3. Use hdparm/sdparm e verifique se os parâmetros de cache de leitura e
escrita dos discos estão condizentes.

SSD pode precisar de passos extras (como TRIM e tempo de inatividade para o
BGC rodar).

-- 
  "One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie." -- The Silicon Valley Tarot
  Henrique Holschuh



More information about the masoch-l mailing list