Windows Server tavmenedzsment szopasok

Adott 3 szerver, a kreativitas jegyeben nevezzuk oket X, Y, Z szervernek. Mindharom (szoftveresen) teljesen ugyanolyan Windows Server 2012 R2 Standard, minden frissites telepitve. Mindharom szerver tul van egy domain valtason (ugyanabbol a regibol ugyanabba az ujba), ebbol X es Z nagyjabol egyszerre, Y pedig par het kesessel.

A jelenseg: X-rol nem lehet menedzselni az Y szervert. Ez csak azert erdekes, mert az X->Z, Z->X, Z->Y, Y->Z, Y->X irany mukodik, egyedul az X->Y nem. Mindezt Domain/Enterprise Adminkent. De hogy legyen meg egy csavar a dologban, local adminkent ugy ahogy megy az X->Y is. Erdekes.

A konkret hibak:

  • A Server Manager-ben nem lehet felvenni X szerveren az Y szervert, egyszer Kerberos authentication error hibat adott, utana altalaban Kerberos target resolution error-t. Errol vannak leirasok, de nem sok hasznalhato info van, csak a szokasos trivialis tippek. A dolog pikanteriaja, hogy ha azt mondod neki, hogy Manage As, majd megadod ugyanazt a domain admin usert, akkor felveszi. Good job.
  • MMC-ben hasonlo a szitu, connect to Y, felvetelkor kikop egy Error 5: Access is denied hibat.
  • Az MMC-s aktivkodas utan megjelenik a logokban egy Event 10028: DCOM was unable to communicate with the computer y.foo.bar.net using any of the configured protocols; requested by PID 1234 (C:\Windows\system32\mmc.exe).
  • Hyper-V Management szinten zenesz, X szerveren az Y szerver felvetelekor: An error occurred while attempting to connect to server y.foo.bar.net.

Es ennyi, semmi hasznalhato info, csak annyi, hogy nem sikerult, es kesz. A Google se igazan segitett, jellemzoen alap benazasokrol meg mersekelten relevans szitukrol vannak thread-ek, mint pl. cross-domain auth hibak, 2 workgroup-ban levo Win7, stb. Szoval nesze semmi, fogd meg jol.

Ezek utan mit probaltam?

  • X szerver ujrainditasa. Telepultek rajta az aprilisi patch-ek, de meg nem volt azota ujrainditva. Az volt az otlet, hogy emiatt kiakadhatott szegeny.
  • Y szerver ujrainditasa.
  • Z szerver ujrainditasa, hatha utana o se tud csatlakozni az Y-ra, es legalabb konzisztensen nem megy sehol, de termeszetesen ment utana is.
  • X szerveren a domain admin profil torlese abbol kiindulva, hogy a local adminnal ment, hatha csak a profilban qrodott el valami.
  • Y szerver kileptetese a tartomanybol, majd vissza.
  • Vegul X szerverrel ugyanez.

Kb. ez volt az a pont, ahol kezdtem is kifogyni az otletekbol, de szerencsere ezzel az ugy "megoldodott". Tulzottan nem megnyugtato, de az vigasztal, hogy nem tul surun csinal az ember domain atnevezest, ugyhogy remelhetoleg nekem nem lesz ilyennel dolgom a jovoben, masnak meg hatha segit :D

u.i.: a post irasa kozben sikerult elohoznom egy szep Opera bugot. Ha veletlenul elfelejted lezarni az a tag-et, a draga az input boxban is linkke allit mindent, igy amint belekattintasz, megnyitja :D

( mrceeka v | 2014. 05. 05., h – 22:30 )

Nem lehetséges, hogy sysprep nélküli klónozás áldozatai a gépek?

Üdv,
Marci

Nem, szuz, from-scratch install mindegyik. Osszesen van 3 fizikai szerverunk, ugyhogy nem nagyon erne meg a befektetest a klonozas :) Egyebkent a regi forest-ben gond nelkul mentek, csak most, az atleptetes utan hulyeskedett az utolso.

Ha esetleg felmerult benned a kerdes, hogy miert volt forest valtas, a .local TLD-vel valo allando szopas a valasz. A domain atnevezessel foglalkozo, "vagy sikerul, vagy nem" leirasok nem annyira voltak biztatoak, ugyhogy inkabb ujraepitettem az egeszet, a java 1-2 het alatt megvolt.

Btw. jo, hogy megjelentel, mert meg hatravan egy rendszer, amit at kene leptetni az uj forestbe a jovo heten (most az aprilisi fokonyv miatt egy picit meg nem bantjuk). Ennek az a szepsege, hogy fut rajta egy Dynamics CRM NAV alapu konyvelorendszer SQL szerverrel. Annak rendje es modja szerint egyszer mar atleptettem a gepet (snapshot keszitese utan), de ettol meg az SQL szerver termeszetesen nem ment. Mar probalgattam rajta allitani Management Studio-bol, de nem igazan sikerult. Azota a snapshotra visszaalltunk, holnap tudok pontos hibauzenetet is mutatni, de addig is a kerdes, hogy errol van egyaltalan valami ertelmes leiras valahol? Probaltam mar rakeresni, de ugy tunik, hogy - nem tul meglepo modon - az emberek nem nagyon szoktak forest-et valtogatni :) Valahogy tuti meg lehet csinalni, mert anno meg tartomany se volt, utolag lett beleptetve a NAV, csak termeszetesen b@sztam dokumentalni, mert hat ugyse fog kelleni kesobb...

Vegul is eleg egyszeru volt a megoldas. Egyreszt ez a gond elharult azzal, hogy a Management Studio-ban nem FQDN-nel csatlakoztam a szerverre, hanem szimplan localhost-on. Biztos van ra ertelmesebb megoldas, de ennyire nem erdekelt.

A masik, hogy a Navision-nek van egy sajat beallitasa is az auth-ra, igy nem eleg a DB-re jogokat adni, hanem a Navision-ben kulon fel kell venni ugyanazt a sec. csoportot. Utana minden megy priman.