#
# this is not correct for me
#
$ date
Wed Oct  1 07:43:58 CDT 2008
#
# to fix it
#
$ sudo rm /etc/localtime
$ sudo ln -s /usr/share/zoneinfo/Europe/London /etc/localtime
#
# now check it's ok
#

$ date
Wed Oct  1 12:42:33 GMT 2008

További infók: http://whomwah.com/2008/10/01/setting-the-timezone-on-centos/

Ennek eredményeképpen találtam rá joeware.net-re és az ott elérhető tool-okra. Ezek segítségével számos feladatot könnyedén elvégezhetünk mindenféle scriptek nélkül, így például a felhasználói könyvtárak elérési útjának módosítását is. Mintaképpen álljon itt egy home könyvtár cseréjére szolgáló egyszerű paranccsori utasítás:

adfind -b "OU=Test,DC=w2k,DC=pl" -s subtree –f "(&(objectClass=user)(objectCategory=person))" samaccountname -adcsv | admod "homeDrive::Z:" homeDirectory::\\server\homes\{{samaccountName}}

Nem is olyan bonyolult ugye? Természetesen az AD lekérdezés módosításával további szűréseket lehet egyszerűen megvalósítani…

Get-Mailbox -Arbitration -Database db1 | New-MoveRequest -TargetDatabase db2

Ezt követően a dolog már minden gond nélkül a megszokott eljárásokkal lefolytatható volt.

Az egyik legutóbbi próbálkozás az alatt volt, amikor nem tartózkodtam itthon (Good by Murphy). A betörés nem sikerült, de jó pár helyen okozott gondot, így a blogon is. Tekintettel arra, hogy ez nem a legnagyobb prioritású melónk, így sajnos csak mostanra állt teljes körűen helyre a szolgáltatás. Örömmel jelentem viszont, hogy az elmaradt időszakra vonatkozó bejegyzéseket nem vesztettem el, azok lassan de biztosan megjelennek itt (már amelyek nem vesztették el azóta érvényességüket).

A feladatot a SourceForge.net -en lehet követni, a projekt neve Magical Jelly Bean Keyfinder

Jó ideje dolgozom az APC termékeivel, így elsősorban a szünetmentesekkel. A tegnapi éjjel során egy gépterem átépítés keretében kellett megint egyet üzembe helyezni. Az egészben egy dolog volt ami érdekessé tette, mégpedig az, hogy a gép piszkált a helyes fázissorrendért (!).

Aki kötött már nagy rendszerben erősáramot, az tudja, hogy a fázissorrend sok esetben hit kérdése, azaz elhisszük, hogy a táblánkra felírt R-S-T sorrend az valóban igaz és nem csak találomra kötötte be anno valaki. Nos esetünkben is valami ilyesmi történt, azaz mindent szépen bekötöttünk (bemenetek, kimentek), majd bekapcsoltuk és vártuk a csodát. Meg is jött egy jóképű hibaüzenet képében, rossz a fázissorrend, azaz így nem indítható el.

Némi fejvakarás után második tippre bejött a helyes sorrend, így a gép életre kelt. Azért egy dolgot nem értek, ha egy ilyen nagytudású eszköz el tudja dönteni azt, hogy a fázissorrend nem jó neki, akkor miért nem képes annak belső felcserélésére, vagy legalább annak megmondására, hogy milyen sorrendet érzékelt, és milyenre kéne javítani. Egy éjszakában ez a "találgatósdi" nem egy nagy élmény…

A cikk címe: A Windows Server rendszer szolgáltatásainak áttekintése és a rendszer hálózatiport-követelményei

Mi is történt? Neptun – a tanulmányi rendszer – egyszerűen napokig nem fogadta, és nem szolgáltat ki a hozzá beérkező kéréseket. A rendszer Internetes felülete a legváltozatosabb hibajelzésekkel traktálta a felhasználókat, függetlenül attól, hogy mit és hol akartak csinálni. Van aki már bejelentkezni sem tudott, volt akit az egyes funkciók használata közben a legváltozatosabb helyeken vágott ki a rendszer.

A fentieket követően a BMF honlapjának erre vonatkozó részén (neptun.bmf.hu) a következőket közölték az értetlenkedő hallgatókkal:

Jómagam mint lassan több mint 15 éve rendszertervezéssel, éles környezetek, kiemelt alkalmazások üzemeltetésével foglalkozó valaki a fentieket érdeklődve figyeltem napokig – közvetlenül engem nem érintett a dolog – és folyamatosan érlelődött bennem több kérdés, megállapítás:

• Egy oktatási intézmény fő feladata az oktatás és így ezen rendszer mint a fő funkciókat kiszolgáló rendszer, a legfontosabb elem a intézmény IT alkalmazásai között üzembe tartása éppen ezért kiemelt fontosságú.
• A érintett alkalmazás épp a vizsgaidőszakban, és a tnatárgyfelvétel kezdetekor állt le, jelentősen zavarva a hallgatóságot (érsd a felhasználókat). Feltételezhető, hogy az oktatókat is érinthette a dolog de közvetlen tapasztalat csak a Hallgaói oldal alkalmazásáról van. 
• Az is jól látszik – és ez várhatóan nem az Intézmény hibája –, hogy az alkalmazás nem rendelkezik előre felkészítetten hibakezelő oldallal, holott annak leprogramozása a rendszer összetettsége mellett elhanyagolható mértékű tudást igényel csak (egy oldalt kell felvenni és megfelelően regisztrálgatni itt és ott). Ez véleményem szerint slendriánság a tervezésben, kivitelezésben, üzembe állításban.
• Megdöbben az a javaslat, hogy a felhasználóktól azt kérik dolgozzanak éjjel, hisz akkor nincs számottevő terhelés! Legközelebb én is ezt fogom javasolni a kulcsrendszerek túlterhelése esetén pl. egy forgalmi üzem vezetőjének, hogy a buszok üzembeállításával ne akkor foglalkozzon amikor kell, hanem amikor a rendszer ezt elbírja. Kíváncsi leszek a képére
• Megdöbbent az is, hogy a egy ekkora intézményben nincs megfelelően méretezve az egyik legfőbb rendszer, és az is, hogy nincs vészhelyzeti forgatókönyv, s egy ilyen rendszer 2-3 napig gyakorlatilag nem működik (az, hogy folyamatosan problémás és bukdácsolgat, ugyebár megszokott volt eddig is, még ha ezt nem is érzékelik beljebb, a végeken szépen látom az elmúl 3 évben)
• Miért csak 2 nap múltán lehetett szólni, hogy “hé mi is látjuk tudjuk”? Hétvégén nem látták? Nem olvasták a leveleket? Vagy azokat sem kapták meg?

A BMF által kiadott diplomákat én magam – eddigi tapasztalataim szerint – megbizható tudást jelentő papírnak tartottam. Jelentős problémának érzem viszont, hogy miként várjak el a leendő mérnököktől bárminemű teljességre törekedő munkavégzést, ha már az iskolában is azt tapasztalják, hogy az ilyen rendszerüzemeltetés és az ilyen szintű kommunikáció, és hozzáállás normális, elfogadható dolog.

Nem hiszem el, hogy egy ekkora intézménynél nem lehet normális IT környezetben az efogadható szintű rendelkezésre állást folyamatosan biztosítani (ilyen rendszernél kb 95% rendelkezésre állás, max 8 óra egyidejű kieséssel egy év alatt)! Ha nem telik rá, hogy HW-t vegyenek hozzá, akkor talán egyeztetni kéne a támogatókkal, hogy nem csak hálózati eszközöket és szoftvert adjanak. Ha jó indok van rá, feltehetően segítenek, hisz saját dolgozóik közül is járhat oda egy-két ember.

Nem értem, hogy miért nem folyamatos vizsgaidőszak alatt a rendszer üzemeltetési támogatása, lévén ez egy fokozottan terhelt időszak, ahol erre szükség van (tessék csak Murphy-re gondolni!)? Nekem ne jöjjön senki azzal, hogy munkaidőn túl kell bentlenni, meg hasonlóak! Rengeteget dolgozom a különböző állami pénből eltartott emberekkel és sajnos 10% ezek közül az az IT területen aki valóban ledolgozza a munkaidejét tisztességgel (nem bent tölti, hanem ledolgozza értem!?). Ez az üzemeltetés velejárója, hogy ilyen esetekben (évente kétszer nem egész egy hónapon át) ezen támogatást biztosítani kell. Amennyire én tapasztaltam az életben, ez megoldható és kezelhető dolog, nálunk is normál körben kötelező dolog, és mi is teljesítjük ezeket.

Amikor az oktatásért fizetni kell – amivel egyet értek és fizetjük is rendesen – akkor elvárható, a tisztességes kiszolgálást, aminek ez egy elengedhetetlen része! Hiszem, hogy teljesíthető célok és dolgok ezek, mindössze úgy kell hozzá állni. Tudom ez nem jellemző, de szükséges lenne. Természetesen megértem, hogy egy olyan intézményben, ahol még mindig a Borland C 3.11, Norton for DOS az oktatott IT tananyag, ott ezek az igények nem elvárhatóak. Miért maradunk le mi a világtól? Ezért, talán el kéne az intézet vezetőségének, saját tanárainak ezen gondolkozni és folyamatosan frissíteni a tananyagokat! Véleményem szerint nem csak pénzért lehet egyetemi jegyezetet írni, hanem munkaköri kötelességből is. Ugyanígy elvárt a tudás folyamatos szintentartása és a naprakész anyagok oktatása is. Én nem mondhatom az ügyfélnek, hogy bocsi 18 éve diplomáztam akkor csak ennyit tanítottak érje be ennyivel, hanem folyamatosan tanulok és képzem magam – ingyen – hisz különben nem akarnak tovább alkalmazni. Ez itt miért nem így van? Nem tudtam jól megszervezni az üzemeltetést, nem tudott naprakész maradni a tananyagban? Figyelmeztetés, fegyelmi vagy ami kell! Továbbra sem? Akkor kell másik ember aki elvégzi! Ennyi. Tőlünk fejletebb helyeken ez így megy és folyamatosan haladnak is előre… Miért is?

Kiérkezésem után derült ki, hogy ezzel párhuzamosan a csatolmányok kezelése is megszűnt rendben működni! Nu innen már szagot kapva, azonnal a TOMCAT szerver működését kezdtem ellenőrizni (én magam egy régi ajánlás alapján dolgozva még mindig úgy telepítem a rendszert, hogy fő szolgáltatást az MS IIS szerver adja, a TOMCAT meg csak a webservice és JAVA appletek kezeléséért a felelős).

Az ellenőrzés alapján hamar kiderült, hogy a TOMCAT szolgáltatások valóban nem futnak és ezeket kell újraindítani.

Az ellenőrzés elég egyszerű, csak egy böngészőből kell a http://<hostname>:8080/axis címre kapcsolódnunk. Ha minden okés akkor itt máris jön a válasz, ha nem…

Ilyenkor egy átlagos helyzetben egy “egyszeri” rendszergazda máris újraindítja a szervert. A helyzet pikantériája az volt, hogy számunkra ez nem volt lehetséges, de minél hamarabb át kellett ezen a problémán verekednünk. Mi a teendő ilyenkor?

A Service Desk lehetőséget biztosít a TOMCAT modul kezelésére parancssorból pdm_tomcat_nxd utasítással:

pdm_tomcat_nxd –c SHUTDOWN (leállítás)

pdm_tomcat_nxd –c START (indítás)

ezt követően a dolog máris magához tért és működött. A modul még számos plusz lehetőséget is biztosít számunkra, amelyeket a pdm_tomcat_nxd –h utasítással tudunk megjeleníteni.