Hozzászólások
Hello mindenkinek,
A problémám:
Adott egy gép, benne 2 db disszkel, meg egy külön silicon Image Vezérlőkártyával, a két diszk mdadm segítségével egy raid0 -ás tömbbe került összfüzésre.
Ha elinditom a gépet, és a felhasználók aktival cincálják az adatokat. (Webszerver mögött letöltési részleg) akkor kb 2-3 óra elteltével drasztikusan megzuhan a letöltési sebessége a felhasználóknak, ugyanakkor a system loadja elkezd a csillagos ég felé kúszni. (eddig 170 a rekord). A CPU fogyasztás ugyanakkor normálsi (kb 10-20%-a a 2.5-ös Bartonnak) vmstat sem mond semmi különöset, syslogban nincs szó arról, hogy valamelyik diszk hibázna, és ezért nem menne a dolog, a /proc/mdstat pedig nem mond semmi használhatót a diszkek állapotáról.
Hdparm -al a diszkeket beállítottam, mindegyik szépen udma66-nak megfelelő értéket vesz fel.
Opsys Debian GNU/Linux
Kernel egy Grsec-es 2.4.25-ös Monolit kernel.
Valakinek van valami öttlete, hogy merre induljak el?
- A hozzászóláshoz be kell jelentkezni
Milyen az fs?
- A hozzászóláshoz be kell jelentkezni
Na olvastam kicsit a neten. A következő eredményre jutottam:
Megtaláltam a sysstat csomagot, és benne az iostat progit. Viszont még mindig nem értem, hogy miért áll be egy idő után a terhelés valami horribilis értékre, hiszen a szerver reboot után másodpercekkel eléri a szokott forgalmának kb 60% -át. és max egy óra alatt újra 100%-on teljesít magához képest.
---
A filerendszer Ext3
- A hozzászóláshoz be kell jelentkezni
[quote:e8bf02c1dc="TLoF"]Na olvastam kicsit a neten. A következő eredményre jutottam:
Megtaláltam a sysstat csomagot, és benne az iostat progit. Viszont még mindig nem értem, hogy miért áll be egy idő után a terhelés valami horribilis értékre, hiszen a szerver reboot után másodpercekkel eléri a szokott forgalmának kb 60% -át. és max egy óra alatt újra 100%-on teljesít magához képest.
---
A filerendszer Ext3
Nem kezd el swap-elni mert az indian be-cache-eli a nagy file-okat?
- A hozzászóláshoz be kell jelentkezni
Nem nagyon. A file mértet tipikusan 4-6 Mega között van a swap nem vészes (kb 2 %, de ez ennyi jó ideje.) Minden más tempósan megy, csak ez az md device esik szét.
/home/wwwhosting => /dev/sda1
/home/bigfiles => /dev/md0
Ha a wwwhostingból töltök file-okat jön rendesen, ha a bigfile-sból akkor nem.
- A hozzászóláshoz be kell jelentkezni
Hi!
En is mostanaba csinaltam sw raidet SIL controllert hasznalva.Szerintem a kartya ocskasagabol adodik a problemad neked is, marmintha ilyen 0680 asod van.Eloszor ugy ereztem rosszabb a sebesseg mint 1 vinyonal, de aztan allitottam a chunk-sizeon es valoban jobb eredmenyeket produkalt, nekem nagy fileok masolgatasara kellett. CPU -t viszont nalam (athlon 1700XP) elegge zabalja egyenlore.
Szerintem probald meg te is a raidtools2 nevu csomaggal, en mdadm -ot nemtettem fel csak beleforditottam kernelbe a raidhez kello cuccokat es megirtam a raidtab config filet.
Udv: Ash
- A hozzászóláshoz be kell jelentkezni
AZ mdadm és a raidtools(2) ugyan annak a kernel cuccnak a frontendjei, sok különbség nincs közöttük. (Igaz, már mindenhol az mdadm -et ajánlják) Úgy néz ki azonban a tipp bejött kivágtam a SI kártyát a gépből, és került helyette két htp370-es külön külön, igy most egész normális lett a dolog. A chunk size 128 kbyte lévén a veszteség még igy is file-onként átlagben 64K. És ha lessz helyem akkor újra fogom formázni a tömböt, valami nagyobb blokkmérettel. (mondjuk 16 K)
- A hozzászóláshoz be kell jelentkezni
[quote:6757ab7fed="TLoF"]AZ mdadm és a raidtools(2) ugyan annak a kernel cuccnak a frontendjei, sok különbség nincs közöttük. (Igaz, már mindenhol az mdadm -et ajánlják)
Bennem eddig olyan kép élt, hogy az mdadm a régebbi cucc. Ekkorát tévedtem volna??? :roll:
D.
- A hozzászóláshoz be kell jelentkezni
CSao Tlof jo lenne tudni melyil sill kártyárol van szo
mert 2 fajta letezik belole az egyik az atapi drivokat is kezeli mig a masik csak diskeket . Az utobbi joval szarabb az elobi viszont nekem normalisan megy . :roll:
- A hozzászóláshoz be kell jelentkezni
[quote:151c77ee79="kpl55"]
Bennem eddig olyan kép élt, hogy az mdadm a régebbi cucc. Ekkorát tévedtem volna??? :roll:
D.
Háát nem tudom, én ahogy olvasgattam a doksikat, általában olyat találtam, hogy raidtools-ról migráljunk mdadm-re, és ilyenek, fordított irányt nem láttam.Ha egy relative exact mérőszámot nézünk akkor is az mdadm nyert.
mdadm-1.7.0.tgz 11-Aug-2004 12:16
raidtools-1.00.3.tar.gz 15-Jan-2003 04:03
Ezek az utolsó csomagok. Igy az mdadm jobbnak tünik. Az 1.0.9-es mdadm jelent meg nagyjából egyidőben a raidtolls-al.
- A hozzászóláshoz be kell jelentkezni
Az biztos igaz, hogy a raidtools már elavult. Igazából nem is erre, hanem a raidtools2-re gondoltam. :wink:
Próbáltam megnézni, hogy annak milyen dátum stb. paraméterei vannak, hogy az mdadm-hoz képest hova pozicionálható, de nem találtam meg. Honnan látszanak a dátum infók amiket írtál?
D.
- A hozzászóláshoz be kell jelentkezni
A dátumokat a hivatalos webhelyen meglévő csomagokról irtam. Egyébbként a raidtools és a riadtools2 eléggé egy csomagnak tünik, appróbb patchek jelnennek meg hozzá a debianban (szám szerint v12 nél tartanak) De egyébb, komolyabb fejlesztés nincs hozzá. Legalábbis a szerző weblapján nem találtam ennek nyomát.
- A hozzászóláshoz be kell jelentkezni
Akkor itt az ideje az mdadm-mal is megismerkedni :lol:
D.
- A hozzászóláshoz be kell jelentkezni