#
# 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.

Hosszas magyarázkodás helyett álljon itten a megoldás, törölni kell a registry-ből a  HKLM\Software\Policies\Microsoft\Windows\WindowsUpdate kulcsot (a teljes kulcsot és ami alatta van), majd újra kell indítani a Windows Update Service-t.

Akit részletesebben érdekel az nézze meg a vonatkozó blog bejegyzést.

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 Microsoft sokszor segített már nekem ezen kérdések eldöntésében, így amikor az Exchange 2007 elé kerültem akkor is megoldotta a godius-i csomót, CSAK 64 bite-en támogatja az alkalmazást. Kis ideje megy már ez így előre, míg ma egy egyszerű dolgot kellett volna megoldani.

A kért feladat:
A megszűnt ExMerge.exe helyett oldjam meg valahogy, hogy rendszeres időközönként, automatikusan jöjjenek létre a felhasználók levelesládáinak PST fájlai (egy postaláda egy PST).

Megoldás:
Használjuk erre a export-mailbox utasítást az alábbiak szerint:

Export-Mailbox -Identity tamas.rigo@test.local -PSTFolderPath e:\rigo.pst

Ez gyorsan leprüntyögtem a szerveren, és ekkor jött a feketeleves egy szép hibaüzenet formájában:

Executing Command: ‘export-mailbox -Identity tamas.rigo@test.local -PSTFolderPath e:\rigo.pst’
[ERROR] You are running on a 64-bit computer. To export to or import from a .pst file, you must be running a 32-bit computer that has Outlook 2003 SP2 or later installed.

Értem én, elrontottam anno hogy átmentem 64 bitre, és azt is, hogy lökött vagyok, ezen igényt már nem illik 64 bites világban kérni. De mit csináljak ha ezt kérik… Most állhatok neki pluszban telepítgetni mindent 32 bitre, ja és ez egy plusz gép…

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.

A héten egy ügyfelünk erre kért megoldást, s tekintettel arra, hogy a megoldás maga univerzálisan jelenleg még létezõ valamennyi verzióhoz jól használható közkincsé teszem.

Kérek mindenkit, hogy aki letölti dobjon egy emailt, mert e jelzések érdeklõdések függvényében publikálom esetleg további tool-jaimat amik e rendszerhez készültek.

A configuration management database (CMDB) is a repository of information related to all the components of an information system. Although repositories similar to CMDBs have been used by IT departments for many years, the term CMDB stems from ITIL (Information Technology Infrastructure Library). In the ITIL context, a CMDB represents the authorized configuration of the significant components of the IT environment. A key goal of a CMDB is to help an organization understand the relationships between these components and track their configuration. The CMDB is a fundamental component of the ITIL framework’s Configuration Management process. CMDB implementations often involve integration with other systems, such as Asset Management Systems. These integrations may make use of either a real-time, federated design or an ETL (extract, transform, load) solution.

A fenti definíció a saját véleményemmel is megegyezik, bár azért ha a konkrét értelmezés kifejtését nézzük biztos vagyok benne, hogy nem pontosan így magyaráznám.

Természetesen aki az informatikában számít – és aki nem az is – készített CMDB alkalmazást, amivel “könnyen” és “gyorsan” tudjuk saját cégünkre, üzemeltetési környezetünkre a CMDB-t kialakítani. Nos mostantól ezzel a “könnyen” és “gyorsan” kérdéssel szeretnék foglalkozni, mert

• bár mindenki errõl papol, de kevés a fellelhetõ valódi infó a mikéntrõl
• mindenki szerint 1-2 kattintás, egy feltérképezõ motor, aztán szalad a szekér (kérdés merre )
• nem találtam gyors megoldást, az átgondolás nélküli változat pillanatokon belül bedõl, a tervezés, elõre átgondolás meg ugyebár idõt, energiát és természetesen a CMDB-vel kapcsolatos ismereteket (nem is keveset) igényel

Remélem sikerül megmutatnom miért nem szabad “ész nélkül”, egyedül, mélyebb ismeretek nélkül belevágni.

Elsõ lépések – Egy rendszer telepítése

Jómagam – mint a CA megoldásszállító – a CA CMDB alkalmazását érem el és tudom használni. Tekintettel arra, hogy ezen rendszer a vonatkozó felmérések alapján jelenleg még mindig a legjobbnak minõsül, úgy gondoltam ebben állok neki és viszem végig a CMDB bevezetését. Lényegesnek tartom leszögezni, hogy bár sok gyártó a CMDB-t mint abszolúte önálló valamit kezeli, szerintem jellegénél és szolgáltatásainál fogva csak akkor használható jól, ha az összekapcsolódik egy Service Desk rendszerrel. Természetesen a CA megoldása is ilyen, de számos további gyártó (általában a nagyok, vetélytársak) is ilyen megoldásokkal rukkolnak elõ.

A CA CMDB megoldása véleményem szerint azért emelkedik ki az összes többi közül, mert e megoldás minden különösebb probléma nélkül, már dobozos korában sincs meg Service Desk nélkül. Nem integrálni kell, nem külön termék, hanem azzal teljesen egyé vált valami, olyan mint a Windows Explorere, amit hiába akarnak kihagyni belõle, igazából nem lehet a két dolgot szétválasztani.

Nos akkor lássunk hozzá. Elsõre nekiállva a telepítés vár ránk. A CA megoldása ebbõl a szempontból nagyon szépen kivitelezett valami, mert bár összetett rendszer nagyon szépen felköltözik és “kicsomagol” az adott rendszeren.

Második lépés – Ismerkedjünk a rendszerrel

A frissiben telepített rendszer nem alkalmas azonnal a mûködésre, elõször még fel kell töltenünk a szükséges információkkal. Annak érdekében, hogy ezt a lehetõ legjobban tegyük szükségünk van a rendszerrõl némi ismeretre és egy vagy több szakértõ segítségére. Ez utóbbi nem kötelezõ, de számos felesleges kört és idõkidobást tud megspórolni, ha segít. Számos olyan rendszert látni, amin azonnal látszik az elõzetes mély ismeretek hiányából fakadó rossz úton való elindulás, amit késõbb már nehéz, vagy egyáltalán nem lehet korrigálni.

Szóval, nézzegessük és ismerkedjünk a rendszerrel, a kapott dokumentációkkal. Gondolkodjunk el mit is akarunk beletenni a rendszerbe és azt miképp szeretnénk felhasználni! Ezek nélkül a késõbbi tervezéskor, adatfeltöltéskor sokkal nehezebb lesz kitalálni mit is szerethetnénk.

Folytatás

A következõ részben elmesélem miképp lehet a CI-ket összeszedni úgy, hogy azok ne csak egy nagy kupacot, hanem használható adatokat, információkat jelentsenek.

A clusterek önálló állatfajták, kezelésük, használatuk – minden ellentétes híreszteléssel szemben – azért kihívások elé állítja a rendszer üzemeltetõket. Tudom, hogy sokak szerint ez nem bonyi, mert ott a GUI és csak össze kell kattintgatni, de amint gond van, nincs más csak a parancssor és ilyenkor az is sokszor megtagadja a munkát.

Miért tagadja meg? Mert nem fut a cluster szolgáltatás (clussvc.exe). Miért nem fut? Mert a quorum, az alap névtér és a saját ip cím kell hozzá. Huhh, de hát nincs qourum! Akkor most mit csináljak? A parancssor sem mûködik (már ez is a service-hez akar kapcsolódni a parancsok kiadása végett).

Nálunk egy mai hiba kapcsán az alábbi megoldás vezetett eredményre (Alaphelyzet: Minden szolgáltatás áll, mert a qourum diszk kiesett):

1. A qourum diszk külsõ alrendszeren való helyreállítása, a fizikai diszk szolgáltatás visszaállítása (igaz üres diszkkel)
2. A szerveren a Cluster Service szolgáltatás manual-ba állítása
3. A szerver újraindítása (így már nem fog a szolgáltatás Starting… állapotba befagyni)
4. A parancssori konzolon a szolgáltatás elindítása -resetqourumlog kapcsolóval
   net start clussvc /resetqourumlog
   A rendszer ennek hatására megkísérli a cluster szolgáltatás elindítását, és a qourum újbóli létrehozását.
5. A szolgáltatás sikeres elindulását követõen kicsit várjunk, mert a cluster teljes erõbõl nekiindul és az összes szolgáltatás elindítása a legcombosabb gépet is könnyen lefékezi. Az elsõ nagy erõbedobást igénylõ mûveletek után már “símán” használhatjuk megszokott Cluster Admin-unkat és minden mehet tovább.

Amennyiben szükséges a cluster service kapcsolóinak az Microsoft KB-ban a Q258078-as cikkben nézhetünk utána.