trey blogja

Kolléga akcióban :)

Ma megjött a játszóterembe (0, 1, 2, 3, 4, 5, 6, 7, 8, 9) az utolsó szállítmány RAM. Megy bele a harmadik ESX host-ba. Elvileg a jövő héten kapok egy Fujitsu Eternus DX80 storage-ot is.

De tényleg nem. Sokszor kell küzdeni ügyfelekkel, hogy az általuk megálmodott hardverkonfiguráció - ami szerintük elegendő az általuk felsorolt feladatokra - kevés lesz. Jönnek azzal, hogy "de hát erre is felmegy", "minek vegyek annyi vasat, felesleges". Magyarázhatja az ember, hogy de az tényleg nem lesz elég.

A Windows 2003 Server-ben volt egy ntbackup nevű megoldás. Nem volt tökéletes, itt-ott voltak hibái, de képes volt az ember fia aprólékosan ütemezett mentést csinálni, mindezt egy kevésbé képzett rendszergazda által is átlátható grafikus felületen, varázslóval megtámogatva. Ez nem utolsó szempont, ha valakinek el kell magyarázni a beépített mentési szolgáltatás fogalmát.

A Windows 2000 Server kibővített támogatása 2010. július 13-án megszűnik. Ha valakinek arra lenne szüksége (hozzám hasonlóan), hogy gyorsan (DHCP szervernél ugye ez nem utolsó szempont) áthelyezzen Windows 2000 Server alatt üzemelő DHCP szervert újabb Windows szerver OS (mondjuk Windows 2008 Server) alá úgy, hogy az összes beállítás (scope, address pool, address leases, reservations... főleg ha van száz+ MAC address-hez kötött IP címünk, amit nem akarunk kézzel bepötyögni az új szerveren...) és állapot megmaradjon, akkor itt egy működő, kipróbált út:

Ha az ESX host-ok be vannak húzva a vCenter alá, akkor a beégetett Alarm-ok közül a "Datastore usage on disk" triggerelődik, ha az adott datastore foglaltsága 75% fölé megy. Alapértelmezetten 75% fölött warning (sárga), 85% fölött (vörös) figyelmeztetést dob. Ez bizonyos esetekben zavaró. Lehetnek olyan datastore-ok, ahol majdnem teljesen kihasználjuk a rendelkezésre álló területet, de felesleges, hogy állandó piros felkiáltójel figyelmeztessen erre bennünket. Vagy legalábbis nem 85%-os telítettség esetén.

A probléma egyik lehetséges megoldása Jeremy Waldrop blogjában.

A kis VMware tesztem (0, 1, 2, 3, 4, 5, 6, 7, 8) folytatódik. A korábban bevetett 3Com switch tette a dolgát az elmúlt majd' egy hétben, de annak ellenére, hogy gond nem volt vele, számos kihívással küzd. Például csak 10/100-as, illetve nem tudja a Jumbo Frame-eket. Ezért ma lecserélem. A következő jelölt:

Vagy olvasta a bejegyzést az illető és visszatette, vagy csak "kölcsönvette" egy időre, de délutánra ott volt a helyén a papucs. Sajnos így egy nappal kevesebbet élvezhettem a szolgálatait, de a lényeg, hogy megvan. Eldugtam, hogy holnap ha kell, kéznél legyen!

Pár nappal ezelőtt még büszkén pózoltam a saját kezűleg készített árvíztúlélő papuccsal, de ma már csak bánkódhatok utána. Több alkalommal is átkeltem vele az nagy vízen. Jó szolgáltat tett. Ma reggel a kocsiból kiszállva bújnék bele, de csak hűlt helye van. Ellopták. :(((

Folytatódik a VMware infrastruktúra kialakítása (0, 1, 2, 3, 4, 5, 6, 7). Ma megjött a korábban rendelt 32 GB RAM-ból 16 GB (4 x 4 GB formájában).

Notebookkal járó ember tudja, hogy milyen fontos a jó táska. Értékeli. Hosszú távra tervezve a jó cejg nem olcsó, ezért nem mindegy, hogy mit vesz az ember. Számos szempontnak kell megfelelnie egy ilyen munkaeszköznek:

• legyen tartós (megfelelő anyagból készüljön, erős varrásokkal, csatokkal, cipzárral rendelkezzen stb.)
• nyújtson megfelelő biztonságot a benne levő tárgyaknak (notebook, fényképező és társai)
• legyen megfelelően tágas (sok minden férjen el benne)
• legyen kényelmes a viselése (ne rohadjon rá az ember hátára, legyen megfelelő kiképzése)
• legyen praktikus (könnyen lehessen beletenni dolgokat, könnyen lehessen kivenni belőle dolgokat, könnyen meg lehessen benne találni dolgokat)
• ugyan autóval járok, de nem lenne baj, ha akár kerékpárral vagy motorral is megfelelő társ lenne
• meg ami még nem jut most eszembe

Ma guberáltam a gajdesz aljáról egy 3Com 4228G 28 portos switch-et. A VMware stuff (0, 1, 2, 3, 4, 5, 6) iSCSI részét eddig egy noname switch csinálta. Ezt lecseréltem erre a (valamelyes) menedzselhető matuzsálemre. Mivel ez is csak 10/100-as (plusz 2 giga port) folyamatban van egy izmosabb gigabites switch beszerzése. Valami olyan, ami tudja a Jumbo Frame-eket is. Állítólag az sokat dob a teljesítményen.

A switch cseréje alatt kipróbáltam a SAN hibatűrését. Megbontottam a preferált utat (gyakorlatilag szétszedtem teljesen). Az ESX host szépen ezt észrevette és meglátta a storage-ot a másik path-on keresztül. Lecseréltem a switch-et. A kábeleket visszadugva villogott az egész, mint a karácsonyfa, majd az ESX szépen észrevette, hogy a preferált út visszatért és visszaállt minden a rendes kerékvágásba.

A cégnél a mélygarázsban olyan mély a víz, hogy rendes cipőben esélytelen átmenni rajta. Számomra érthetetlen okokból nem szivattyúzzák ki. Fehér cipőben végigmenni az olajjal kevert vízben nem egy nagy élmény. Főleg ha a cipőt az ember nemrég vette. De hát mire való az informatikai eszközök csomagolóanyaga? Ami elvileg veszélyes hulladék, az "árvíz" idején életet menthet. Merevlemezek csomagolóanyagából kiváló túlélőpapucsot lehet készíteni. Egyet össze is dobtam ma délután. Száraz lábbal értem el az autóig. A prototípus bevált!

Most, hogy egy hoston már nagyjából kialakult a rend, nekiállok megtervezni a VMotion-t. A VCenter a három host - ESX(i)1, ESX2, ESX3 - megtalálható. Ebből az ESX(i)1-en futnak a virtuális gépek jelenleg. Az ESX(i)1 három datastore-t lát iSCSI-n. A három datastrore-t összesen 6 úton látja, 3 preferált és 3 backup úton.

Az nem teljesen sikeredett offline P2V konvertálás után megpróbáltam az online konvertálást. Feltoltam a klienset a szerverre, majd elindítottam. Amit megfigyeltem: az online konvertálás jóval gyorsabb volt. Egyrészt azért, mert nem akarta a Windows alatt levő szoftver tükör mindkét lemezét behúzni alapértelmezetten, másrészt arra gyanakszom, hogy míg az offline konvertáláskor az egész lemezt bitről bitre húzta be, addig az online konvertáláskor belenézett a fájlrendszerbe és csak az adatokat mozgatta. Összehasonlításképpen:

Michael Schumacher a Monaco Grand Prix-n a safety car kimenetele után megelőzte az utolsó 100 méteren Fernando Alonso-t. Az előzést szabálytalannak minősítette a vizsgálóbizottság, Schumacher 20 másodperces büntetést kapott, így a Alonso a 6., Schumacher a 12. helyen végzett.

A részletek itt.

Be akartam húzni tesztként egy Windows 2003 Server-t az egyik ESX host-ra a vCenter Converter BootCD-vel. Ment is szépen a móka, de mivel még pénteken 4-kor sok volt hátra, otthagytam. Ma reggel próbálnám indítani az eredményként kapott virtuális gépet, de bootkot egy BSOD-ot dobott STOP 0x000007 hibával (INACCESSIBLE_BOOT_DEVICE). Valószínűleg elfelejtette beleberhelni a konverter a VMware SCSI driver-eket a virtuális gépbe.

Itt van egy VMware KB cikk erről -> Injecting SCSI controller device drivers into Windows

Mivel a source gépet nem érem el (ott áll a pinyóban a converter CD-re rábootolva), hétfőn újra megpróbálom kézi rásegítéssel.

Az elkezdett (1, 2, 3) VMware infrastruktúra bővítéshez megérkezett az öt Intel PRO 1000 PT Server adapter. Beépítettem, így már az összes (3) ESX host láthatja az iSCSI datastore-okat. A RAM-ra még várni kell. A disztribútorok szerint 2-3 hét. Pedig nem álmodtam nagyot, csak 4 darab 8 GB-os modult FuSi TX200 S4-hez.

Közben egy régi szerveren (800MHz CPU, ~ 700MB RAM, Windows 2K3 Server) elkezdtem tesztelni a fizikai -> virtuális konvertálást. Azaz a vCenter Converter BootCD-vel rábootolást a régi fizikai vasra, majd a rajta levő OS-t feltolni a VCenter-en keresztül a meghatározott datastore-on létrehozott virtuális gépre. A konvertálás jelenleg fut.

A bővítés folyamatban. A jelenlegi helyzet:

A balesetem előtt kezdtem neki egy VMware infrastruktúra kísérletnek, amit aztán nem tudtam a több hónapos kényszerpihenő miatt befejezni. Akkor Openfiler iSCSI + VMware ESXi alapokkal kezdtem. Időközben a tesztrendszert kibővítettem még két Linux alapú Openfiler-rel. Így most egy ESXi host és 3 Openfiler-en tárolt datastore-om van. Mivel VMware partnerként elég gazdag VMware licenckínálathoz van hozzáférésem, most nekiálltam a bővítésnek.

No, hosszú idő után ma el kellett mennem a kórházba. Az orvosra vadászni kell, mert szinte elérhetetlen. A rendes rendelés esélytelen. Fél hónapon keresztül nem volt, majd közölték, hogy hosszabb szabadságra megy. Ma este fél nyolcra kaptam időpontot. A kaland - ami során megbeszéltük a fémanyagok eltávolítását - két órán keresztül tartott. Ebből kb. 10 percet találkoztam az orvossal. Eltávolítást már csak őszre kértem, nem májusra. A fene akar nyáron felvágott karral lenni.

... glettelés után. Az elvárt színvonalat megüti.

Sőt, találtam a gyerek gyerekkorából egy nagy, gyári bekeretezett Ferrari képet (meg volt őrülve az autókért, de már elmúlt) a lomok közt. Most, hogy "hazai" a csapat, talán még ki is teszem :D Pufinak is tetszik.

A polcoknak a csavarok a helyükön. Hogy lesz-e polc, azt még nem döntöttem el.

No, folytatódik a felújítás. Az régi "ajtókitámasztókat" lecseréltem, az újakat felfúrtam, felcsavaroztam. A falakon a hibákat kb. egy kg nagy szilárdságú gipsszel az imént legletteltem. Most szárad. Egy óra múlva megcsiszolom, aztán mehet az első réteg diszperzit.

Festés előtt

Eddig a Twitterfeed postolta a Twitter-re a HUP híreket. Sajnos a Twitterfeed rendszeresen elhagyja magát (évente több alkalommal) rövidebb-hosszabb időre, így ment a levesbe. Főleg azután, hogy felfedeztem, hogy az általam évek óta használt Feedburner-ben megjelent egy "Socialize" fül, ami lehetővé teszi a Twitter integrációt. Egyrészt így egy helyre kerül minden, másrészt a Google nem hibázik ennyit.

Hogy beválik-e, az majd kiderül.

A pinyóban a klíma megadta magát. A szokásos kellemes 20,5 celsius fok helyett 30,5 volt. A feltételezett kár eddig 1 merevlemez. Mármint azért feltételezett, mert a lemez az rossz, de az nem egyértelműen bizonyított, hogy a klíma miatt. A szerelő volt itt. Azt mondja lehet, hogy kontakt hiba, vagy relé. Gázt is töltött bele. Nézegessem, aztán ha nem jó, akkor kicserél benne valami panelt. Ez volt tegnap. Ma nézem, 20,5 helyett nem 30,5, hanem 26,5 fok van. Azaz 50%-ban sikerült megcsinálnia, illetve ha máshonnan nézem, akkor 50%-ban nem sikerült megcsinálnia. Éppen ISO audit is van. Jól jött a probléma, mert így 1 percnél kevesebbet időztek a szerverszobában.

A klímás embernek szólok, hogy valami még nem frankó.