maques's sparks

2006.02.24
Több éve jól menő NetWare 3.12 szerver Abend-ál.
Mondom akkor HW baja van, hozzák be hozzánk, cseréljünk alatta vasat.
Természetesen a behozott szerver nálunk elindul abend nélkül is, ami azért “jó”, mert nem lehet csere után tudni, hogy most akkor megjavult-e avagyse nem…
Meglévő tartalékszerverbe merevlemezek átkerülnek, szintén elindul abendálás nélkül
Megérkezek, driverek parametérezése – más slot -, egyéb vizsgálatok, egyik HDD-n badsector-ok vannak.
Hátha már régóta ottvannak, cél a mielőbbi munkábaállítás, hosszútávon persze ennek cseréje.
Ügyfél telephelyén is elindul a szerver, indítsunk rá valami megterhelőt.
Magic lista ráindítása, szerver elkezd redirected blokkokat ontani a konzolra, majd abendál.
Nyilvánvalóan a HDD vezérlő (adaptec 160) drivere nem tudja lekezelni a bad blokkok keletkezését, adpt160m.ham frissítés, meg ha már itt tartunk, NWPA, NBI, IDEATA meg ilyesmik is. Előre menekülés.
Nehezítésként persze nincs a szerverben floppy (az elején).
Drivercserétől jobb lesz, már nem hal be badblokknál, de azok folyamatosan jönnek, ergo mostanában kezhetett el a diszk megpurnyadni.
Plussz a Magic allítólag sokkal lassabb mint volt. Mondom, hogy az nem lehet, celeron akármi lett lecserélve p4 2.8-ra, HDD meg nem szamít, de teszünk egy szívességet a rendszrnek, a hibázós HDD lehúz. Magic továbbra is lassú. de pl. a processzor utilizáció 10% alatt van.
Segédprogramozó szerint az adatbázissal nem lehet gond.
A kábelezés áttekinthetetlen, aktív eszköz aktív eszközbe dugva. Egy teszt erejéig 1 switchbe kötjük a szervert a teszt munkaállomással, semmi érdemi változás.
Az új szerver 3com kártyáját is kicseréljük a régijére, majd mert mindkettőn link warningok vannak, alaplapi LAN driver begyűjtese és install. A “milyen lankártya van az alaplapon” kvíz megoldása PCI.EXE-vel… Broadcom B44. Driver letöltés és használatbavétel, semmi változás.
Jó, akkor tegyük vissza a régi szervert. [vazzeg].
Leszopom magam, ha ettől jobb lesz.
Nem is lesz jobb.
Most már csak a driver backrev maradna, de főprogramozó kijön a tárgyalásról és így elérhető.
– Teszt adatbázis?
– Az is lassú.
– Lehet, hogy DB (btrieve) megsérült, indexeljuk újra.
btrutil rebuild adatbázis
Hoppá, minden fasza.
Összefoglalva a nap eseményeit, gyakorlatilag az történt, hogy az eredeti szerver rossz HDD-jét lehúztuk. Mindezt sok melléktevékenység végrehajtása után, kb. 8 óra alatt..

2006.03.03. – 17:00
(Boldog születésnapot András)
Feladat: a fenti szerver helyett egy új szerver beállítása 2*200GB HDD-vel, értelemszerűen meglévő operációsrendszer és adatok migrálásával.
“Hardverkész” szervert megkapom, meg külön a régi diszkeket, 1 IDE (DATA) és a két SCSI HDD-t (SYS) mely kettőből persze ki kell találnom, hogy melyik a jó és melyik a badsectoros.
DOS partíciók, format, aktívvá tétel, DOS fájlok másolása, kb. 10 perc.
SYS másolas lemegy kb 15 perc alatt.
Partíciókihúzas: 1 perc
Volume kihuzas: lefagy. 10 perc várakozas, hátha mégsem fagyott le.
De lefagyott.
Restart. Mount a kihúzott (80GB) méretet látja és nem ír hibát. Servermagic Check sem.
Nézzünk egy vrepair-t. Az talál szétgányolt FAT-et meg hasonlókat szép számmal.
Partíció leszed, másodlagos diszk is, procedúra újra. Megint lefagy.
Partíció leszedtől kezdjük megint.
Volume átméretezés kimarad, helyette volume segment hozzáadás.
SY2 átnevezése diszkeditorral SYS-re. Valamiért csak 3-at talál a keresés a Volume táblából, de kézzel megtalálható a negyedik is. (Ilyet még nem láttam, de időhiány miatt tovább ezzel nem tudok foglalkozni.)

DATA volume másolása – több mint 1 óra
Átméretezést meg sem próbálom, szintén volume segment hozzáadás.
Volume rename itt már installból.

Akkor tükrözzünk.
Ezt már nem hagyja, memóriahiány problémák lépnek fel.
Kb. vagy két éve már belefutottam egy ilyenbe, szintén 3.12, a 2*120GB még ment tükörbe, de a harmadikat már nem ette meg. Itt egy 4.x-re upgrade lett a gyors megoldás. Természetesen a “Maximum Alloc Short Term Memory” a 3.12-esen beállítható maximumra van beállítva (33554432), azaz 32MB, de ez már nem elég.
Gondolkodjunk. Lehetőségek:
a) visszaállok az eredeti állapotra (bukva az eddigi munkákat)
b) újbol elkezdem egy kisebb HDD-re (de mekkorára?)
c) egyéb

Választom a c)-t.
“Because I’m the kind of guy that likes to live on the edge”

server.exe szétdarabolása, kitömörítése, állítható paramétertartomány (50000-33554432 = hex 50 C3 00 00 – 00 00 00 02) megtalálása és a maximum “emelése” (00 00 00 7f), majd a server.exe összerakása (copy / b loader+server.nlm). Nem tömörítjük vissza, így is ráfér egy floppyra. Persze ilyenkor sosincs használható floppy, most is csak a negyedik jó…
Teszt.
Megduplázott beállitással (64MB) már hagyja a mirror-t létrehozni, el is indul és használja is.

 

(Tükrözés a szokásos 88 százalékról indul, ami kozmetikai probléma ekkora diszkeknél. Ilyenkor eljut 99-ig, majd 00, egészen 12%-ig aztán vége… Majd egyszer ezt is megpatchelem, ha ráérek.)

22:24 Elindulás ügyfélhez. kissebb eltévedések, de odérek
22:55 Szervert beállitjuk, SCSI scan-nél megáll. DAT csatlakozó megigazít.
Elindul, megy a tükrözés is, ráküldünk egy lekérdezés-t, állítólag lassú, plussz közben eldobja magát az egyik diszk.
Tekintve, hogy hajnalban itt munka lesz, nem kisérletezek tovább. Vissza a régi diszkeket az új szervebe.
(Én a régibe raknám, de legyen.)
DAT csatlakozó újfent megigazít.
Természetesen a szerver rack szekrényben van, ami nem segítség, ha az ember szétszed-összerakot játszik. Elindítjuk a diszkeket mellérakva, magic nagyjából jó. Leállít, HDD-k becsavar. DAT csatlakozó…

01:20 És már “kész” is vagyunk.
Nap eseményei összefoglalva: Új gépbe átraktuk a meglévő HDD-ket. Szintén 8 óra és még nincs vége…

2006.03.07 17:30-18:30
Régi szerverbe diszkek+dat átrak, plussz egy 36GB-s SCSI betétele, hogy legalább a SYS tükörbe legyen, tükör létrehozása, teszt.

A folytatás már új szerverről, külön cikkben jelenik meg.

A meglévő új gép/új HDD-ket teszteltük, majd miután nálunk jónak és gyorsnak is bizonyult, megkapták “szerver2” néven (+más internal ipx, más server.exe [sorozatszám], lelőtt printserver, faxserver, stb.), a helyiek is tesztelték, majd miután nekik is jó volt, helyileg áttették az adatbázist, visszanevez, és minden ment jól.