raid5 volume belassulás?

Debian GNU/Linux

Sziasztok,

Van egy Debian sarge, amin használok egy 4db 300GB SATA diszkből álló
raid5 tömböt. Jelenleg 86%-os a kihasználtsága. Kb. mikor 70% lett
észrevettem, hogy nagyon belassult a gép. A top ezt mutatja:

3055 root 15 0 0 0 0 D 8.0 0.0 168:03.12 kjournald
3052 root 16 0 0 0 0 S 4.5 0.0 155:15.48 md0_raid5

uptime outputja:
# uptime
09:38:36 up 29 days, 23:05, 1 user, load average: 5.64, 5.30, 4.70

Arra gyanakszom, hogy valami miatt belassul a lemezre írás...
Sajnos a HDD-k nem egyfotmák (2 db Maxtor és 2 db Samsung), eddig minden
működött rendesen. Mi lehet a gond? Alaplapi sata vezérlőket használok.
Ilyen load-al enyén szólva használhatatlan a rendszer....
lspci:

0000:00:00.0 Host bridge: VIA Technologies, Inc. VT8385 [K8T800 AGP] Host Bridge (rev 01)
0000:00:01.0 PCI bridge: VIA Technologies, Inc. VT8237 PCI bridge [K8T800 South]
0000:00:07.0 FireWire (IEEE 1394): VIA Technologies, Inc. IEEE 1394 Host Controller (rev 80)
0000:00:08.0 RAID bus controller: Promise Technology, Inc. PDC20378 (FastTrak 378/SATA 378) (rev 02)
0000:00:0a.0 Ethernet controller: Syskonnect (Schneider & Koch) SK-98xx V2.0 Gigabit Ethernet Adapter (rev 10)
0000:00:0b.0 VGA compatible controller: S3 Inc. 86c775/86c785 [Trio 64V2/DX or /GX] (rev 14)
0000:00:0d.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8169 Gigabit Ethernet (rev 10)
0000:00:0f.0 RAID bus controller: VIA Technologies, Inc. VIA VT6420 SATA RAID Controller (rev 80)
0000:00:0f.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06)
0000:00:10.0 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 81)
0000:00:10.1 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 81)
0000:00:10.2 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 81)
0000:00:10.3 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 81)
0000:00:10.4 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 86)
0000:00:11.0 ISA bridge: VIA Technologies, Inc. VT8237 ISA bridge [K8T800 South]
0000:00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT8233/A/8235/8237 AC97 Audio Controller (rev 60)
0000:00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 NorthBridge
0000:00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 NorthBridge
0000:00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 NorthBridge
0000:00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 NorthBridge

  • 1090 megtekintés

( apal v | 2006. 10. 29., v – 11:25 )

Szerintem nezd meg a kovetkezoket:
- mi az egyes diszkeknek az olvasasi sebessege? (dd if=/dev/sda1 of=/dev/null bs=1M count=1024, ez kiirja, ill. ugyanez sdb1, sdc1, vagyis ugye a megfelelo, /etc/mdadm/mdadm.conf-ban szereplo particiokkal)
- mi van a /proc/mdstat-ban?
- mi a raid-tomb olvasasi sebessege? (dd if=/dev/md0 of=/dev/null bs=1M count=1024)
- nem tudom, hogy a sata-knal kulon kell-e beallitani a dma-t, de esetleg nezd meg azt is (hdparm /dev/sda, ...),

ide-raidnel elofordult neha nekem, hogy egyszercsak megszunt a dma-zas, es akkor ertelemszeruen nagyon belassult. hogy miert szunt meg, azt (eddig me'g) nem sikerult kideriteni...

A.

itt vannak a dd eredmenyek (nekem ezek is normalisnak tunnek):
bar mondjuk a raid volume-tol tobbet vartam. nem kellene annak
gyorsabbnak lennie mint a diszkeknek kulon kulon? 


# dd if=/dev/sda1 of=/dev/null bs=1M count=1024
1024+0 records in
1024+0 records out
1073741824 bytes transferred in 101.306225 seconds (10598972 bytes/sec)

# dd if=/dev/sdb1 of=/dev/null bs=1M count=1024 
1024+0 records in
1024+0 records out
1073741824 bytes transferred in 134.188469 seconds (8001744 bytes/sec)

# dd if=/dev/sdc1 of=/dev/null bs=1M count=1024 
1024+0 records in
1024+0 records out
1073741824 bytes transferred in 85.071438 seconds (12621649 bytes/sec)

# dd if=/dev/sdd1 of=/dev/null bs=1M count=1024  
1024+0 records in
1024+0 records out
1073741824 bytes transferred in 119.900283 seconds (8955290 bytes/sec)

# dd if=/dev/md0 of=/dev/null bs=1M count=1024    
1024+0 records in
1024+0 records out
1073741824 bytes transferred in 154.634228 seconds (6943753 bytes/sec)

# dd if=/dev/hda1 of=/dev/null bs=1M count=1024   
1024+0 records in
1024+0 records out
1073741824 bytes transferred in 77.019444 seconds (13941179 bytes/sec)



# cat /proc/scsi/scsi 
Attached devices:
Host: scsi0 Channel: 00 Id: 00 Lun: 00
  Vendor: ATA      Model: Maxtor 6B300S0   Rev: BANC
  Type:   Direct-Access                    ANSI SCSI revision: 05
Host: scsi1 Channel: 00 Id: 00 Lun: 00
  Vendor: ATA      Model: SAMSUNG HD300LJ  Rev: ZT10
  Type:   Direct-Access                    ANSI SCSI revision: 05
Host: scsi2 Channel: 00 Id: 00 Lun: 00
  Vendor: ATA      Model: Maxtor 6B300S0   Rev: BANC
  Type:   Direct-Access                    ANSI SCSI revision: 05
Host: scsi3 Channel: 00 Id: 00 Lun: 00
  Vendor: ATA      Model: SAMSUNG HD300LJ  Rev: ZT10
  Type:   Direct-Access                    ANSI SCSI revision: 05

RAID5-nel nem feltetlenul, mivel minden diszket megdolgoztat, es ha peched van, 1-2 diszk lassan valaszol. Merj tobbszor, es inkabb az atlagot nezd. Nekem egyebkent mindegyik adat alacsonynak tunik, persze egy normal hasznalatban levo diszket nem nagyon lehet merni, mert ide-oda futkarozik az olvasofej. Mindenesetre eleg nagy elteres van a diszkek kozott...

( wildy | 2006. 10. 29., v – 11:29 )

Hmm, bar ennyi infora nem lehet erdemi valaszt adni, az a D-s kjournald eleg rosszul nez ki. Vmelyik ext3-ad megpusztult? Egyebkent 'apt-get install sysstat', es nezegesd pl. az iostat kimenetet, mi zajlik a gepen.
'cat /proc/mdstat' szerint minden rendben a tombbel?

Köszi a válaszokat!
# cat /proc/mdstat
Personalities : [raid5]
md0 : active raid5 sda1[0] sdd1[3] sdc1[2] sdb1[1]
879100608 blocks level 5, 64k chunk, algorithm 2 [4/4] [UUUU]

szóval látszólag minden rendben. sysstatot teszem fel...
csak ekkora load-nal minden egy örökkévalóság.... backup megy
erre a gépre és ez ír a raid volume-ra... nem akarom leállítani 


# iostat -x
Linux 2.6.8-2-386 (bacula)      10/29/06

avg-cpu:  %user   %nice    %sys %iowait   %idle
           0.81    0.00    8.32    0.82   90.04

Device:    rrqm/s wrqm/s   r/s   w/s  rsec/s  wsec/s    rkB/s    wkB/s avgrq-sz avgqu-sz   await  svctm  %util
hda          0.00   0.38  0.29  0.50    3.28    7.02     1.64     3.51    13.10     0.02   28.33   2.61   0.21
md0          0.00   0.00  0.10 93.88   10.51  751.05     5.25   375.52     8.10     0.00    0.00   0.00   0.00
sda          3.23  29.03  0.53  3.55   30.25  260.86    15.12   130.43    71.28     0.03    8.07   2.94   1.20
sdb          3.24  29.22  0.54  3.46   30.44  261.73    15.22   130.86    73.09     0.04   10.04   3.17   1.27
sdc          3.19  28.36  0.53  4.31   29.91  261.53    14.96   130.77    60.28     0.03    5.27   2.18   1.05
sdd          3.27  28.30  0.54  4.30   30.68  261.07    15.34   130.54    60.22     0.03    5.92   2.27   1.10

ha jól értelmezem itt minden ok.

Igy csak egyetlen pillanat eredmenyeit latod, iostat -x 1, akkor masodpercenkent latod. Onmagaban a system load nem igazan ertekelheto adat. Nezd meg, vannak-e problemas processzek (pl. D allapotban levoek), mik futnak egyaltalan, ... Milyen jellegu terhelest kap a filerendszer? Sok kis file, vagy inkabb keves nagy?

keves nagy file. kb. 70GB, 80GB meretuek. backup-ok futottak. halon keresztul
ment a bacula erre a szerverre. a gond az, hogy mar lefutottak a mentesek igy minden
okes.... de figyelni fogom kossz. a segitseget...
egy otlet: lehet, hogy a mysql adatbazis merete lassitja be? (ide kerulnek be
a bejegyzesek, hogy mik kerultek mentesre) az adatbazis merete: 905MB.