|
[ ]
UDMA tippek és trükkök NetWare alapú szerverekhez
Próbáltad már a NetWare szerveredet UDMA-t kezelő driverekkel használni?
Tűnődtél már azon, hogy lehetséges-e vagy miért nem működik?
Keresgéltél-e már a weben a lemezeddel (alaplapoddal) együttműködő driverekért?
Elképzelted-e, hogy a NetWare szervered 2 db 120GB-s merevlemezt szoftveresen letükröz másfél órán belül, 0-5% processzor kihasználtság mellett? [képernyőképek]
Nos, akkor ez az oldal neked szól!

2003 november vége felé végül volt időm és lehetőségem kapcsolatba kerülni a Novell's IDEATA.HAM fejlesztőjével, Noji Ratzalf-fal, és elmondhattam neki a problémáimat a driverrel kapcsolatban, főleg azt, hogy a driver nem működik NetWare 3.x és 4.x alatt DMA módban.
Tudván, hogy a 3.x és még a 4.x is eléggé elavult és nem támogatott termék, nem voltak vad elképzeléseim a probléma megoldását illetően, de legnagyobb meglepetésemre olyan meleg fogadtatásban és támogatásban részesültem amit a nyitott forrású közösségéhez tudnék hasonlítani.
A munkájának és a visszajelzéseimnek köszönhetően végre előállt egy IDEATA.HAM driver ami működik 3.12, 4.10 és 4.11-es szervereken, meg persze 5.x-től felfelé is.
(És, hogy ne legyen kérdéses, igen, ez a verzió [is] kezeli a 8GB feletti diszkeket).
Akiket részletesebben érdekel, a fő probléma az volt, hogy a NetWare 3.x and 4.x rendszerekben az NBI.NLM eléggé elavult és nagy valószínűséggel nem is lesz már soha belőlük újabb verzió. A régi NBI-k korlátja miatt az ATA chipset ID-t nem mindig ismerte fel és adta át helyesen az IDEATA.HAM-nak.
Ez - a felismerés hiányában - azt is jelentette, hogy a driver nem váltott UDMA módba, így aztán borzasztóan lassú (és processzorigényes) volt.
Szerencsére ez már csak történelem. Az IDEATA.HAM már "túlteszi magát" az NBI problémán, így rendesen működik a régiebbi NBI.NLM-mel is.
Linkek:
- Legújabb IDEATA.HAM + és egyéb fontos összetevői egy zip file-ban,
mely tartalmazza a régi NWPA és NBI NLM-eket NetWare 3.12/3.2 és 4.x alá.
- IDEATA.HAM v4.10 debug információk - TID10085776 (utoljára módosítva 2004 Január 21).
Kapcsolók és technikai részletek leírása.
- Az IDEATA.HAM által támogatott vezérlők
- www.aida32.huProfesszionális, többnyelvű rendszerdiagnosztikai program.
- A Hasznos segédprogram (és PCI adatbázis) PCI eszközök listázására DOS alatt.
Nem árt letölteni a pci.exe-hez a legújabb pcidevs.txt fájlt.
- ATA vezérlő chipset vizuális beazonosításához...
Megjegyzések:
Jó tudni a 48-bites LBA-ról, avagy a 137GB "korlát" feletti ATA meghajtók eléréséről, hogy az IDEATA.HAM és IDEHD.CDM driverek támogatják a 48-bites címzést - 2TB-ig - 2001 júniusától.
Nem úgy, mint a Windows 2000 vagy a Windows XP.
Bővebb leírás a Maxtor weboldalán.
Howto:
Az UDMA képességek megléte az alábbi módon tesztelhetőek:
LOAD IDEATA.HAM /INFO
Ha már be van töltve, akkor is hozzá lehet jutni apróbb információkhoz:
LOAD IDEATA.HAM /INFO /?
Ha egy info eredménylistát szeretnél küldeni (küldjél!) a működő, de itt nem listázott vezérlődről, akkor be kell töltened a conlog-ot, ami kicsit fájdalmas, mert kell neki a CLIB meg a társai, illetve a NIT. Lehetőségek:
1) a SYS:SYSTEM bemásolása pl. a C:\SYSTEM könyvtárba, majd a server.exe inditása driverek betöltése nélkül.
Ezután egy "search add c:\system" parancs kiadása, majd "load nit" és "load conlog file=c:\logfile".
Ezután be lehet tölteni az IDEATA drivert és a kimenetét log-olni.
2) második verzió: a szerver normális elinditása, a conlog betöltése "load conlog file=c:\logfile",
volume-ok dismount-olása majd az IDEATA ki és betöltése. Ez lehet, hogy egyszerűbb.
3) vagy: "megbütykölt" conlog.nlm v1.0 letöltése.
Ez egy, a fájlba fixen "bedrótozott" fájlba (c:\console.log) fog log-olni.
Kell neki a clib.nlm, streams.nlm, after311.nlm és a a3112.nlm.
Az NLM csomagok letölthetőek itt, egyben 3.12-höz és 4.11-hez.
Az eredmények: (NetWare 4.10 alatt tesztelve, ha másképp nincs jelölve)
Intel PIIX4 controller
Intel ICH controller - Compaq Deskpro NetWare 6.5 alatt
VIA VT8233 controller
VIA VT82C686A controller - ASRock M266A (Pentium 4) motherboard
A legújabb IDEATA betölthető régebbi - nem UDMA-s - gépen is LOAD IDEATA /NODMA vagy LOAD IDEATA /SAFE paranccsal.
A kapcsolókról lista kérhető a LOAD IDEATA /? és LOAD IDEHD /? parancsokkal.
A /DEBUG és /VERBOSE kapcsolók is hasznosak lehetnek esetenként.
Részletes információk a kapcsolókról: Novell TID 10085776.
Ha sikerrel jártál, ne haboozz megírni, lehetőleg a tesztelt konfiguráció
listájával és NetWare verziójával, plussz a hozzátartozó conlog-gal.
Hasznos linkek és ötletek NetWare 3.12 (és 3.2) alá:
- NetWare 3.12 termékfrissítések
Minimum telepítendő (rendszeroldali) javítások:
ldr312ft.exe, 312ptd.exe és az mmattrfx.nlm a nwpaup1a.exe csomagból,
de ez benne van az innen letölthető ideata.zip csomagban is.
A 312ptd.exe javításainak leírása
Memóriakezelési problémák miatt sajnos a NetWare 3.12-nek gondjai vannak a nagyobb diszkek kezelésével.
Ez függ a fájlok méretétől és számától. Én sikeresen installáltam 2*120GB merevlemezes
rendszert, de amikor a második tükrözött pár 120GB diszket szerettem volna használatba venni, akkor komoly problémák kezdtek előjönni, pl. nem volt elég memória a partició létrehozásához, nem tudta megcsináli a tükröt, stb.
Memóriatakarékossági tippek nagy diszkek (80-120GB), és NetWare 3.12 használata esetén:
- memóriakezelők (himem.sys, emm386.exe, etc.) kiírtása a config.sys-ből, de ez azt gondolom elég alapvető...
- STARTUP.NCF fájlba alábbi sorok beszúrása:
SET Maximum Alloc Short Term Memory = 33554432
SET Cache Buffer Size = 16384
- 64K blokkméretű kötetek (volume) használata
- külön kötet használata legalább a rendszerhez (SYS).
Mondjuk legyen egy 120GB-s diszk 8GB SYS, 80GB DATA és 22GB INSTALL kötetekkel.
A fenti esetben, memoria gondok esetén (pl. teli kötetek), a rendszert még mindíg el lehet indítani,
és manuálisan mount-olni pl. csak a DATA1 kötetet.
- gyakori purge, a DET (Directory Entry Table) felesleges növekedésének meggátolásáért.
Automatikus purge megoldás összetevői: cron.nlm és toolbox.nlm
Másoljuk a cron.nlm és toolbox.nlm fájlokat a sys:system könyvtárba, töltsük be a cron.nlm-et indításkor
(pl. az autoexec.ncf végén), írjuk be az alábbi sort a sys:etc\crontab fájlba
#purgeall.ncf indítása minden nap 23:30-kor
30 23 * * * purgeall.ncf
és kreáljunk egy purgeall.ncf fájlt a sys:system könyvtárba az alábbi tartalommal:
#14 napnál régebbi törölt fájlok purgálása a specifikált köteteken
purge sys:* -a -d=14
purge data1:* -a -d=14
purge install:* -a -d=14
Megjegyzések, ötletek, stb.:
v1.00 - 2003.12.08 első verzió
v1.01 - 2003.12.12 szövegmódosítások, vt82c686a
v2.00 - 2004.01.20 új verzió, avagy a "sikertörténet"
v2.01 - 2004.01.24 frissített ideata csomag a 2004.01.13 verzióval (volt: 2004.01.08)
v2.01h-2004.02.22 első magyar verzió
v2.03 - 2004.03.15 3.12 linkek és ötletek, módosított conlog tippek
v2.05 - 2004.04.18 411base.zip és képernyőképek
Eredeti (angol) leírás: http://www.huweb.hu/maques/nwudma.htm |
Hunet Kft.
1145 Budapest Varsó u 31. | Tel/Fax: 222-0500 |
____________________________________________________
A weblapon található információk a weblap tulajdonosának
szellemi
termékei, azok felhasználása, másodközlése csak engedéllyel történhet. |
|
|
|
|
|
|
|
Rólunk mondták
1998. óta dolgozunk a Hunet Kft-vel.
Irodánk ekkor hozta létre első komolyabb helyi hálózatát. A cég tanácsait,
javaslatait svájci központunk is elfogadta, számítástechnikai eszközökre
adott ajánlatuk is versenyképes volt , így irodánk őket bízta meg az
eszközök beszerzésével és telepítésével.
Kezdetben kapcsolatunk eseti jellegű volt, de az iroda növekedése,
költözése megkívánta a hálózat rendszeres felügyeletét és az eszközök
időszakos karbantartását. 1999 végén kötöttünk általány díjas szerződést,
ami nemcsak a 35-40 munkaállomású hálózat felügyeletét jelentette , hanem a
fejlesztések, bővítések során felmerülő tanácsadói szolgáltatást,
egyeztetést a külföldi menedzsmenttel.
Az elmúlt évek alatt kétszer költöztünk másik irodába, mindkét esetben a
Hunet bontotta, illetve építette a hálózatot. A technikai szerelésen túl
helyi szoftver licenceink beszerzését, az ADSL előfizetéseket is rajtuk
keresztül intézzük.
Mi sem igazolja jobban megbízható, határidőre teljesített szolgáltatásaikat,
mint az hogy az elmúlt hét év alatt hálózatunk folyamatosan, leállás nélkül
üzemelt.
Király Marianna
Pénzügyi és adminisztrációs vezető
2005-10-10
|
 |
|