Vazze
By JoeP
Tudod, én igazán szeretem az Exchange szervert, mint terméket. De időnként komolyan fel tud bosszantani.
Nem, ezek nem az én szavaim. Nekem sokkal durvábbak csúsztak ki a számon, amikor hasonló problémába futottam bele, mint Jim McBee.
Már a W2k8 NFSM cluster is megdolgoztatott, mire minden stimmelt. Hol ez nem volt, hol az viselkedett teljesen máshogy… és persze örök kedvencem, az a nyomorult Internet Explorer a nyomorult fokozott biztonságával. De végül összeállt minden, jöhetett az Exchange cluster. CAS és HTS szerver már duruzsolt a hálózatban, tehát megágyazva már meg volt rendesen. Kell is, mert a legtöbb baj mindig a Mailbox szerverrel van - érdemes elÅ‘tte az összes egyéb szerepkört pöpecül belÅ‘ni.
KÃváncsi vagyok, ha feltenném a kérdést, vajon szerintetek egy Exchange 2003 - Exchange 2007 átállásnak mi a legkritikusabb része, mit válaszolnátok? Én már a másodikat csinálom élesben, nagy ügyfélnél - és van egy pont, ahol mindig elhasalunk, ahol garantáltan behal a telepÃtés és mely után lehet a félbehagyott telepÃtés szutykait kivakarni és reménykedni, hogy a következÅ‘ telepÃtést nem fogják a romok bezavarni. A cÃmtárról nem is beszélve.
Mik ezek a félelmetes, bonyolult dolgok? A cÃmlisták és a recipient policy-k. Nem gondoltad volna, mi? Hiszen nem is néznek ki olyan veszélyesen. De annak az embernek a kezét, aki ezt a setup darabot leprogramozta, beledugnám könyékig annak a seggébe, aki ezt a folyamatot megtervezte, és vica-versa - majd kiakasztanám Å‘ket a Nagykörútra karácsonyi dÃsznek, egy szál mikulássapkában.
Ugye, leÃrtam, hogy a múltkor hogyan jártunk. (Egyik, másik.) Tanultam belÅ‘le, most idÅ‘ben átvizsgáltam az összes cÃmlistát, recpolt. Nem volt bennük névbe ágyazott zárójel, nem volt bennük felesleges ‘&’. Meg hát azért ez már SP1, az meg csak RTM volt.
A magam részérÅ‘l mondjuk nem bántam volna, ha van elÅ‘zetes validálási lehetÅ‘ség, de hát ugye… Külön nehezÃtés, hogy itt az elsÅ‘ MBX szerver rögtön egy CCR cluster aktÃv lába lesz…. ezt nem kellene elrontani, mert utána kivakarni a koszt… brrrr… nem kellemes.
No mindegy, még egyszer átfutottam az ldap lekérdezéseket… jóknak tűntek.
Hajrá.
Húzza a csÃkot… húzza a csÃkot… majd megáll. Hogy van egy policy, amelyikben szerinte nem stimmelnek a zárójelek. Szerencsére még nem történt semmi visszavonhatatlan, aktÃv a retry gomb a varázslóban, ráadásul megadja a policy nevét is. Megvizsgálom, ránézésre teljesen jó. De ami még durvább, az az, hogy ez az ldap feltétel nem valami egyedi dolog, hanem varázslóval lett összekattogtatva. Mi az, hogy az egyik varázsló nem eszi meg azt, amit a másik állÃtott össze?
Néztem pár percig, végül felhÃvtam a rendszergazdát, mi is ez a recpol? Nem fontos, törölheted - jött a megnyugtató válasz. Huss.
Ez az egy policy akadt csak meg a torkán, nyugodtan nyomtam rá a retry gombra pár perc várakozás után. Be is fejezte a Mailbox szerepkör telepÃtését, belevágott az utolsó fordulóba, az MBX clusterezésbe.
És belehalt. Közölte, hogy
Summary: 4 item(s). 3 succeeded, 1 failed.
Elapsed time: 00:08:56Copy Exchange Files
Completed
Elapsed Time: 00:01:13Management Tools
Completed
Elapsed Time: 00:00:07Mailbox Role
Completed
Elapsed Time: 00:06:34Clustered Mailbox Server
Failed
Error:
The Exchange server address list service failed to respond. This could be because of an address list or email address policy configuration error.
Elapsed Time: 00:01:01
Érted??? Ennyit mondott csak, és itt már nem volt retry. Meghalt a telepÃtés. Kaptam egy nem clusterezett MBX szerepkört egy clusteren. Sokáig nem is tértem magamhoz. Úristen, hogyan fogom én ezt úgy egyenesbe tenni, hogy késÅ‘bb ugyanezen a néven és ugyanezen az IP-n működÅ‘ CCR szervereim legyenek?
És mi a büdös istenharagja nem tetszett már megint neki a listákon vagy recpolokon? És egyáltalán, melyiken? Hiszen az ügyfélnél volt belőlük épp elég.
A hangulatom…. képzelheted. Dühöngtem. Hogy nem igaz, hogy ezekkel a szar ldap konvertálásokkal ekkorát kell szopni. Hogy nem lehet elÅ‘re lefuttatni egy próbát, megvizsgálni, hogy végigmenne-e a telepÃtés. Vagy belerakni a telepÃtésbe, hogy ha ilyet talál, Ãrja ki egy logba, hagyja ki… és _fejezze be rendesen a telepÃtést_. Nem hiszem, hogy egy filter ekkor stopper kell legyen a telepÃtésben. Illetve ha az, akkor meg ne lehessen addig telepÃteni, amÃg nincsenek rendberakva.
És akkor ott van még, hogy csesznek megmondani, konkrétan melyik filter volt és mi is volt a baj vele. Ha szándékosan akarták volna szÃvatni a jónépet, akkor sem csinálhatták volna meg ennél aljasabbul.
Tea. Utána nekiálltam feltúrni az eventlogot. És hoppá, ott egy hibaüzenet, benne a bűnös policy neve: Akármi Teszt. Micsoda? Egy teszt policy? Huss. (Későbbi elemzésre persze elmentettem az ldap filtert.)
Most már csak a takarÃtás volt hátra. ElÅ‘ször halványan reménykedtem, hogy talán végigment a telepÃtés, csak a szervÃz nem indult el, de a törlés után majd el fog indulni… és már készen is vagyunk. De megnéztem jobban, ez nem telepÃtett public folder adatbázist… márpedig akkor ez más gazságra is képes lehetett. RadÃr. (Csak az érdekesség kedvéért jegyzem meg, hogy ez a befejezetlen torzó, ez a nem clusterezett MBX szerepkörű virtuális szerver olyan szépen failoverezett, hogy öröm volt nézni.)
Nem részletezem. Levakartam. Újra telepÃtettem. Gyönyörűen működött.
Egészen a Rollup Pack 5 telepÃtéséig. A csomag ugyan nem kért újraindÃtást… csak éppen mindkét gépen kinyÃrta a clustert. Egész konkrétan a cluster szolgáltatást. Baromi rondán nézett ki az MMC konzol, tök üresen. De egy bűvös újraindÃtás megoldotta ezt a problémát is.
Maradt az ldap filter megvizsgálása. Elhiheted, láttam már néhányat… de ebben tényleg voltak meglepÅ‘ dolgok. Már az is érdekes volt, hogy SID-re szűrt. De a végén volt egy olyan feltétel, hogy (anr=nev*). Ez meg mi a fene lehet? ‘Anr’ nevű tulajdonság nincsen. Gugli.
Hát… itt van a megoldás. Érteni most már értettem… de ki Ãr ilyen szűrÅ‘ket egy éles rendszerben? Még akkor is, ha teszt? Ebbe a rendszerbe ilyen szinten csak én szoktam belenyúlkálni, én meg nem emlékszem erre a szürÅ‘re. A varázsló…?
Most sajnáltam, hogy egyből kitöröltem. Soha nem fogjuk megtudni.
By JoeP
november 30, 2008 at 00:03
Tags: ccr, ccr_nfsm_projekt, cluster Posted in: exchange


Leave a Reply