[Linux/Ubuntu] Dégradation soudaine des perfs en lecture (post reboot)

Dégradation soudaine des perfs en lecture (post reboot) [Linux/Ubuntu] - Divers - Linux et OS Alternatifs

Marsh Posté le 05-09-2011 à 15:10:14    

Je subis depuis quelques temps un comportement un peu étrange sur ma machine.
 
C'est un serveur de fichier "maison" sur lequel sont branchés plusieurs disques.
Elle tourne sur Ubuntu 10.04 LTS.
 
Le constat est le suivant:
 
- La copie entre deux disques devient lente (200ko/s contre plus 20Mo/s en temps normal) "au bout d'un certain temps" après le boot de la machine.
- Si je reboot la machine, les taux de lecture redeviennent acceptables, pendant un certain temps.
- Le cas se produit sur une lecture d'un disque NTFS (oui, je sais), vers un ext3 (ou n'importe quoi d'autre). Mais ca semble être fortement lié au disque "source" (NTFS).
 
Quelques éléments:
Sur le disque source: (/dev/sdd, formaté en /dev/sdd1)
smartctl --all /dev/sdd

Citation :

Device Model:     WDC WD10EADS-65L5B1
Serial Number:    WD-WCAU4C118947
Firmware Version: 01.01A01
User Capacity:    1 000 204 886 016 bytes
Device is:        Not in smartctl database [for details use: -P showall]
ATA Version is:   8
ATA Standard is:  Exact ATA specification draft version not indicated
Local Time is:    Mon Sep  5 15:04:40 2011 CEST
SMART support is: Available - device has SMART capability.
SMART support is: Enabled


 
hdparm -i /dev/sdd

Citation :

/dev/sdd1:
 
 Model=WDC, FwRev=01.01A01, SerialNo=WD-WCAU4C118947
 Config={ HardSect NotMFM HdSw>15uSec SpinMotCtl Fixed DTR>5Mbs FmtGapReq }
 RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=50
 BuffType=unknown, BuffSize=32767kB, MaxMultSect=16, MultSect=off
 CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=1953525168
 IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
 PIO modes:  pio0 pio3 pio4
 DMA modes:  mdma0 mdma1 mdma2
 UDMA modes: udma0 udma1 *udma2 udma3 udma4 udma5 udma6
 AdvancedPM=no WriteCache=enabled
 Drive conforms to: Unspecified:  ATA/ATAPI-1,2,3,4,5,6,7
 
 * signifies the current active mode


 
Exemple du pb en lecture : hdparm -t -T /dev/sdd1

Citation :

/dev/sdd1:
 Timing cached reads:     2 MB in 23.66 seconds =  86.56 kB/sec
 Timing buffered disk reads:    2 MB in 12.33 seconds = 166.11 kB/sec


 
Exemple sans pb de lecture : hdparm -t -T /dev/sdd1

Citation :

/dev/sdd1:
 Timing cached reads:   3134 MB in  2.00 seconds = 1567.19 MB/sec
 Timing buffered disk reads:  268 MB in  3.01 seconds =  89.06 MB/sec


 
J'ai un peu du mal à comprendre d'ou peut venir une telle dégradation des performances :(


---------------
Metro-PoleRéseau A Suivre...: Annuseries|LeVillage|pErDUSA
Reply

Marsh Posté le 05-09-2011 à 15:10:14   

Reply

Marsh Posté le 05-09-2011 à 15:16:07    

Visiblement, j'ai l'air d'avoir un pb sur le contrôleur qui se produit:
Extrait du syslog:
 

Citation :

Sep  5 15:14:23 olympiades kernel: [  374.288818] ata6: SError: { UnrecovData 10B8B BadCRC }
Sep  5 15:14:23 olympiades kernel: [  374.288821] ata6.00: failed command: READ FPDMA QUEUED
Sep  5 15:14:23 olympiades kernel: [  374.288827] ata6.00: cmd 60/00:00:cf:34:68/01:00:16:00:00/40 tag 0 ncq 131072 in
Sep  5 15:14:23 olympiades kernel: [  374.288829]          res 40/00:0c:df:33:68/00:00:16:00:00/40 Emask 0x10 (ATA bus error)
Sep  5 15:14:23 olympiades kernel: [  374.288832] ata6.00: status: { DRDY }
Sep  5 15:14:23 olympiades kernel: [  374.288835] ata6.00: failed command: READ FPDMA QUEUED
Sep  5 15:14:23 olympiades kernel: [  374.288841] ata6.00: cmd 60/08:08:df:33:68/00:00:16:00:00/40 tag 1 ncq 4096 in
Sep  5 15:14:23 olympiades kernel: [  374.288842]          res 40/00:0c:df:33:68/00:00:16:00:00/40 Emask 0x10 (ATA bus error)
Sep  5 15:14:23 olympiades kernel: [  374.288845] ata6.00: status: { DRDY }
Sep  5 15:14:23 olympiades kernel: [  374.288850] ata6: hard resetting link
 


---------------
Metro-PoleRéseau A Suivre...: Annuseries|LeVillage|pErDUSA
Reply

Marsh Posté le 05-09-2011 à 16:53:43    

Bon, je crois avoir "compris" l'origine du soucis, sans garantie encore:
 
Les erreurs SError: { UnrecovData 10B8B BadCRC } semblent révélatrices d'un pb de qualité de cable SATA ou de qualité de l'alimentation.
 
A voir donc si je change le cable SATA et/ou le rail de l'alim si ca ne marcherait pas mieux.
 
groumph :o


---------------
Metro-PoleRéseau A Suivre...: Annuseries|LeVillage|pErDUSA
Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed