Redhat lage snelheid harddisken

[Verwijderd]

Mogguh,

Hopelijk kunnen jullie mij verder helpen, of hebben jullie dit probleem vaker gehoord.
Maand terug hebben wij een nieuwe klant overgenomen, die niet tevreden was over zijn systeembeheerder, 1 van de ergenissen waren de problemen met de servers en de snelheid.

Nu dachten wij in eerste instantie dat de doorvoersnelheden van de data o.a kwam door de goedkope netwerkkaart die in het systeem zit. Op een 100mbit netwerk komen we niet boven de 1.7 mb/s uit. Erg laag dus.

Nu zit ik op beide servers op het filesysteem bestanden te kopieren, en kom ik ook niet boven de 1 a 2 mb/s uit. Soms zakt hij zelfs weg naar 900kb/s. En dat moet voor een kopieeractie op een disk wel wat hoger liggen als dat.

Probleem doet zich op 2 servers voor

Configuratie 1 ) AMD Athlon XP 1800+ / 512 MB ram / 2 x 160 GB 7200 RPM 8 MB / Redhat 6.2
Configuratie 2) AMD Athlon 850 / 256 MB / 2 x 160 GB 7200 RPM 8 MB / Redhat 6.2

probleem doet zich ook vaak voor als iemand als een gek zit te kopieren, hangt het hele systeem, waardoor er 10 15 seconden niks gedaan kan worden.

Iemand enige hints ?
Hopelijk genoeg info zo

[TAMW]

/sbin/hdparm -Tt /dev/hda

wat komt hier uit?

[Verwijderd]

TAMW schreef op zondag 05 december 2004 @ 12:31:
/sbin/hdparm -Tt /dev/hda

wat komt hier uit?

was hem net aan het draaien


[root@fs1 /root]# hdparm -T /dev/hda
/dev/hda:
Timing buffer-cache reads: 128 MB in 0.58 seconds =220.69 MB/sec

[root@fs1 /root]# hdparm -t /dev/hda

/dev/hda:
Timing buffered disk reads: 64 MB in 25.27 seconds = 2.53 MB/sec
[root@fs1 /root]#

[AtleX]

Staat je DMA wel aan?

hdparm -d /dev/hda

[ Voor 45% gewijzigd door AtleX op 05-12-2004 12:34 ]

[TAMW]

die -t is dus echt een probleem. Welke kernel draai je?

en wat zijn je instellingen van je HD (/sbin/hdparm /dev/hda )

[ Voor 40% gewijzigd door TAMW op 05-12-2004 12:36 ]

[Verwijderd]

AtleX schreef op zondag 05 december 2004 @ 12:34:
Staat je DMA wel aan?

hdparm -d /dev/hda

/dev/hda:
using_dma = 0 (off)


dat is dus het probleem misschien?

[Verwijderd]

TAMW schreef op zondag 05 december 2004 @ 12:34:
die -t is du echt een probleem. Welke kernel draai je?

en wat zijn je instellingen van je HD (/sbin/hdparm /dev/hda )

2.2.14

[TAMW]

doe je HD settings is zonder -d

[Verwijderd]

TAMW schreef op zondag 05 december 2004 @ 12:37:
doe je HD settings is zonder -d

[root@fs1 /root]# /sbin/hdparm /dev/hda

/dev/hda:
multcount = 0 (off)
I/O support = 0 (default 16-bit)
unmaskirq = 0 (off)
using_dma = 0 (off)
keepsettings = 0 (off)
nowerr = 0 (off)
readonly = 0 (off)
readahead = 8 (on)
geometry = 16709/255/63, sectors = 268435455, start = 0

[TAMW]

Je draait zonder DMA zeer waarchijnlijk is dat je probleem is. Want een normaal IDE diskje
moet gewoon zoiets kunnen doen:

/dev/hda:
Timing buffered disk reads: 108 MB in 3.00 seconds = 36.00 MB/sec

[ Voor 4% gewijzigd door TAMW op 05-12-2004 12:42 ]

[Verwijderd]

[root@fs1 /root]# /sbin/hdparm -c3 -d1 -X66 /dev/hda

/dev/hda:
setting 32-bit I/O support flag to 3
setting using_dma to 1 (on)
setting xfermode to 66 (UltraDMA mode2)
I/O support = 3 (32-bit w/sync)
using_dma = 1 (on)

[root@fs1 /root]# hdparm -tT /dev/hda

/dev/hda:
Timing buffer-cache reads: 128 MB in 0.57 seconds =224.56 MB/sec
Timing buffered disk reads: 64 MB in 2.69 seconds = 23.79 MB/sec

[Verwijderd]

TAMW schreef op zondag 05 december 2004 @ 12:41:
Je draait zonder DMA zeer waarchijnlijk is dat je probleem is. Want een normaal IDE diskje
moet gewoon zoiets kunnen doen:

/dev/hda:
Timing buffered disk reads: 108 MB in 3.00 seconds = 36.00 MB/sec

is die softwatige enable genoeg van mij?
of is het een bios/kernel kwestie ?

[TAMW]

Als in de bios de DMA setting aanstaat of op auto, dan is het softwarematig aanzetten genoeg

Verwijderd schreef op zondag 05 december 2004 @ 12:42:
[root@fs1 /root]# /sbin/hdparm -c3 -d1 -X66 /dev/hda

/dev/hda:
setting 32-bit I/O support flag to 3
setting using_dma to 1 (on)
setting xfermode to 66 (UltraDMA mode2)
I/O support = 3 (32-bit w/sync)
using_dma = 1 (on)

[root@fs1 /root]# hdparm -tT /dev/hda

/dev/hda:
Timing buffer-cache reads: 128 MB in 0.57 seconds =224.56 MB/sec
Timing buffered disk reads: 64 MB in 2.69 seconds = 23.79 MB/sec

Deze waardes zijn redelijk. Waarchijnlijk haal je met een andere kernel een nog hogere waarde Kernel 2.2 al wat oud

[ Voor 175% gewijzigd door TAMW op 05-12-2004 12:49 ]

[Verwijderd]

kijk ...helemaal geweldig!

dan spring ik zo in de auto, ga ik even bij de klant wat testen uitvoeren
jullie worden erg bedankt! morgen neem ik taart mee

[Zwelgje]

Verwijderd schreef op zondag 05 december 2004 @ 12:42:
[...]


is die softwatige enable genoeg van mij?
of is het een bios/kernel kwestie ?

in principe software, maar het zal ook niet schaden om een kernel te gebruiken die gefinetuned is voor jouw config

en redhat 6.2... is ook al redelijk oud (niet dat dat wat uitmaakt als het een fileserver is overigens) maar een nieuwere kernel kan geen kwaad

[Verwijderd]

zwelgje schreef op zondag 05 december 2004 @ 12:46:
[...]


in principe software, maar het zal ook niet schaden om een kernel te gebruiken die gefinetuned is voor jouw config

en redhat 6.2... is ook al redelijk oud (niet dat dat wat uitmaakt als het een fileserver is overigens) maar een nieuwere kernel kan geen kwaad

is inderdaad al wat ouder .. maar er draaien een aantal applicaties op , interbase database / fax server e.d .. voor we gaan upgraden eerst keer goed testen

[TAMW]

Even nog een opmerking jullie draaien 2.2.14
Dat is de kernel die bij RedHat 6. 2 zat toen deze op 08-03-2000 uitkwam

Mijn gevoel zegt dat hier nog wel wat gevaarlijke exploits in zitten, blijkbaar is er nooit met up2date de kernel geupgrade

[ Voor 5% gewijzigd door TAMW op 05-12-2004 12:56 ]

[Verwijderd]

Verwijderd schreef op zondag 05 december 2004 @ 12:46:
kijk ...helemaal geweldig!

dan spring ik zo in de auto, ga ik even bij de klant wat testen uitvoeren
jullie worden erg bedankt! morgen neem ik taart mee

Ff zijdelings opmerken dat spelen met hdparm op productieservers nogal gevaarlijk is, met verkeerde parameters kun je wel degelijk harddisks (cq. de gegevens op die disks) slopen; maak dus backups.

(Laat je daarnaast niet verleiden tot kernelupgrades als die machine goed loopt en geen beveiligingsrisico vormt; dat is ook een leuke actie voor thuis, maar als het systeem niet meer loopt in een productieomgeving na een kernelupgrade op zondag, zul je wel moeten zorgen dat het maandagmorgen weer loopt, na een (lastige en tijdrovende) kerneldowngrade...)

[TAMW]

Verwijderd schreef op zondag 05 december 2004 @ 13:09:
[...]


(Laat je daarnaast niet verleiden tot kernelupgrades als die machine goed loopt en geen beveiligingsrisico vormt; dat is ook een leuke actie voor thuis, maar als het systeem niet meer loopt in een productieomgeving na een kernelupgrade op zondag, zul je wel moeten zorgen dat het maandagmorgen weer loopt, na een (lastige en tijdrovende) kerneldowngrade...)

Ligt er aan wat jij bedoelt met een kernel upgrade, als je gewoon binnen de 2.2 reeks blijft is het risico vrij laag, en kun je zo bij het booten zonder problemen de oude kernel weer kiezen, dus niets lastigs en tijdsrovend.

[Verwijderd]

Verwijderd schreef op zondag 05 december 2004 @ 13:09:
[...]


Ff zijdelings opmerken dat spelen met hdparm op productieservers nogal gevaarlijk is, met verkeerde parameters kun je wel degelijk harddisks (cq. de gegevens op die disks) slopen; maak dus backups.

(Laat je daarnaast niet verleiden tot kernelupgrades als die machine goed loopt en geen beveiligingsrisico vormt; dat is ook een leuke actie voor thuis, maar als het systeem niet meer loopt in een productieomgeving na een kernelupgrade op zondag, zul je wel moeten zorgen dat het maandagmorgen weer loopt, na een (lastige en tijdrovende) kerneldowngrade...)

Dat was ook de insteek, voorlopig loopt alles prima ...
en backups .. ja , die maken we heel erg veel

[Verwijderd]

TAMW schreef op zondag 05 december 2004 @ 13:19:
Ligt er aan wat jij bedoelt met een kernel upgrade, als je gewoon binnen de 2.2 reeks blijft is het risico vrij laag, en kun je zo bij het booten zonder problemen de oude kernel weer kiezen, dus niets lastigs en tijdsrovend.

Het probleem is juist binnen een zelfde kernelversie aanwezig; als je een upgrade doet waarbij RedHat weer zo'n 25 tot 30 patches op je kernelmodules aanbrengt, dan is het redelijk lastig en tijdrovend die modules te "unpatchen" als ze niet meer werken na de update (het is mij persoonlijk wel eens overkomen).

[ Voor 20% gewijzigd door Verwijderd op 05-12-2004 13:48 ]

[TAMW]

oke bedankt duidelijk.