Hogyan égjünk

Első pont: állíts össze kollégáddal egy jó tesztrendszert.
Második pont: bemutató előtt bombázzátok azt szét, ami ment 4,5 óra alatt az menni fog 45 perc alatt is, előben. Mindegy, hogy megy pár ilyen rendszered élőben. A bemutató az más.
Harmadik pont: ha meghalt az egyik rendszer, akkor utána tuti behal a másik is. A legjobb, ha olyan módon, amilyet még nem láttál, mert van lehetőséged sokáig debugolni és javítani.
Negyedik pont: lehetőleg ezt nagy közönség előtt tedd meg.

Na, ez megvolt. Nem gondoltam volna, hogy életem első blogbejegyzését ilyesmiről írom.

( styg v | 2006. 02. 24., p – 10:35 )

1 pici jótanács, halkan.
Bemutatót úgy tarts, hogy előtte az egészet, mintegy főpróbaszerűen végigcsináltad. A legjobb, ha erre a főpróbára demó hallgatót is tudsz szerezni. Utána ne nyúlj a rendszeredhez! És előadás alatt _semmi_improvizáció_! Még a legkisebb sem. Csak olyasmit mutass, amit a főpróbán végigcsináltál. Tesztadatok (ügyfél neve, ilyesmik) minden, minden egyezzen.

Kivéve persze ha direkt az izgalomra utazol... :-)

( borzsakb | 2006. 02. 24., p – 12:53 )

én csak hallottam róla, sajnos nem tudtam elmenni tegnap. Kár értetek. Persze mivel kommentálták? sz*r a linux.

( zeller | 2006. 02. 24., p – 15:45 )

B+ Ago... Mit "alkottatok" pont májkrémes környezetben???

Amit már élesben jópár helyen és több száz gépes környezetben. Integrációt. AD-ben a userek, Linux szerver beléptetetése AD domainbe és ami már hivatalos az R2 óta W2003-ban: SFU cuccai. SFU cuccai = NFS kliens és szerver, NIS cuccok, SSOD a linux/unix oldalra, Winen username mapping stb. Volt egy jó előadásterv és egy jó demó előadás. Az éles helyzetben ez gázos volt. Azóta behülyültem és orrba-szájba minden disztribet ami az irodában van beléptetek egy teszt domainbe, kipróbáltam már a kézzel mindent konfigolok módszert, kipróbáltam az authconfig-ot (RH/Fedora/CentOS vonal), kipróbáltam a authconfig-gtk-t (előbbi vonalak), megy hiba nélkül mindenhol. User belép, event viewerben látszik, klist -e linux kliensen megadja a ticketet, ha belépek, mint csak AD-ban szereplő user. Tegnap elakadt a dolog és para jelenségeket láttam. Megoldottam végül, de gáz volt. Röviden ennyi.

Hallomásból: WIn és Lin összeomlást; szerkesztést vi-vel és cmd-line-t a helyett, hogy klikety-klikk
Személyesen: állítólag lebunkóztam a jelenlevőket; lelkébe tapostam pár embernek; valamint valaki úgy gondolta, hogy magamról Istenként nyilatkoztam, amikor az általános sztechnikai admin hozzáállását ecseteltem (valszeg az is sértett néhány jelenlevőt, hogy utaltam abbéli véleményemre, hogy nemcsak a balf U/L rencergizdák, hanem a sejhaj W-userek is ludasak a hálózati spam/vírus/pornó és egyéb forgalom meglétében)

( snq- | 2006. 02. 24., p – 19:03 )

Égésként is fel lehet fogni, de a dolog jó oldalát nézve: életmentő tapasztalatot kapott a közönség atekintetben, hogy mire számíthatnak, ha a komplexebb feladatot ellátó Linuxos kiszolgálójuk bármely okból megmakacsolja magát.

sng,
Én nem emelném ki a kiszolgáló típusát. Minden keresztplatformos komplex alkalmazásban benne van ez a "lehetőség".
Vagy két éve csináltunk egy rendszert, ami kezdődött egy programozható beavatkozó egységgel, ezeket vezérelte csoportosan néhány touch pc, amelyek az adatokat egy MSSQL serverről vették, külső, passzív adatforrás egy távoli Unix host volt. Előfordult, hogy a lánc végén lévő beavatkozó egység rendellenes működése (rossz programozása) miatt a távoli Unix host-on hozzáférési gondok keletkeztek.