Összes bejegyzés itt: "Windows"
2007. június 30.
Kékhalál MS módra bejegyzéshez a hozzászólások lehetősége kikapcsolva

Kékhalál MS módra

KékhalálHa a drága Windows Serveren (vagy kliens Wineken) valami oknál fogva valami nem egészen kerek, akkor fogja magát a rendszer és dob egy kékhalált. Jó esetben. Mert a rosszabbik eset, ha lefagy. Na most, ez ugye nem túl szerencsés semmilyen esetben sem, főleg nem egy szervernél.

De, ugye a kékhalál az több minden miatt lehet. Lehet, hogy csak valami illesztőprogram adta meg magát (mondjuk a szalagé, vagy a vga-e). Vegyük mondjuk azt, hogy a szalagos meghajtó drivere dobja el magát. Ekkor a Windows dob egy kékhalált, majd beállítástól függően újraindul vagy sem. Aztán jönnek a felhasználók… Mert ugye, mindig mindenki azt akarja használni ami éppen nem elérhető (de ez már csak így szokott lenni). Na, de, attól, hogy a szalagos meghajtó drivere megadta magát, még a többi résznek nincs semmi baja. A hálózat attól függetlenül ugyanúgy mehet tovább, a felhasználók ugyanúgy dolgozhatnak. Elég lenne, ha az adott rész hullana el. Vagy töltődne újra, bár ez Windows esetén necces, ha egy driver kernelben van, és nem a user space-en.

A gép elmegy vga meg szalag nélkül. És a felhasználók nem jönnének, el tudnák menteni a munkáikat (mert azért egy újraindítás nem secperc, maga az OS se villámgyors töltődés terén, no, meg mire a szerver BIOS Post is lefut, az is jó időbe telik). Aztán, hogy ez most a mikrokernel miatt van, vagy hogy rossz az egész felépítése, vagy a fene tudja mi miatt, nem vagyok programozó.

Viszont Linux alatt még sose tapasztaltam ilyet. Mármint az is képes kifagyni, meg úgy beállni mint a gerely, szó se róla, nem arról van szó. Hanem, hogy ha ott valami lefagy, akkor nem rántja magával az egész rendszert. Ha valami kifagy (mert szar a driver, vagy rossz a hardver, vagy mert úgy állnak a csillagok) akkor ezen nem akad fent a rendszer egésze.
Na, ha ez a Windowsoknál is így lenne, az eléggé nagy haladás lenne… (Félreértés ne essék, Én nem foglalok állást egyik rendszer mellett sem, mindkettőnek megvannak az előnyei meg hátrányai, meg mindkettőt lehet sok mindenre használni. No, meg a Linux nem Windows ÉS a Windows nem Linux!)

2007. június 27.
Én és a két tartományvezérlő bejegyzéshez a hozzászólások lehetősége kikapcsolva

Én és a két tartományvezérlő

A múlt héten az egyik szerveren helyhiány (pontosabban hely az volt, csak nem jó helyen) miatt át kellett szerveznem a RAID tömböket. Pontosabban a két tömbből (egy RAID0 és egy RAID5) csináltam egy tömböt. Nos, mivel lustaság fél egészség, ezért, hogy megússzam a Windows Server újrarakását, ezért egy live Windowst elindítottam, majd az imagex.exe-vel csináltam egy wim képet a rendszerről, az adatokat lementettem (pontosabban már előtte du. elindítottam, így éjszaka szépen átcsurogtak a gigák a gépekre, ahol volt hely, mert ugye az egy szem nagy hdd-nek, amit usb-n rábökhettem volna, előtte kellett meghalnia. no, de sebaj, még mindig jobb mintha az adatokkal együtt halálozik el), majd szépen, annak rendje módja szerint megcsináltam a tömböt, újraparticionálás, aztán adatok visszarakása. Persze közben a tartomány másik tartományvezérlője észrevette, hogy bibi van a rendszerbe, és átvette a tartomány irányítását. De, hogy…
Aztán, szépen el is indult a már visszamásolt, megparticionált rendszer, ment minden is mint a karikacsapás. Vagy legalábbis Én azt hittem…
Ugyanis a két DC nem volt hajlandó ettől kezdve szinkronizálni egymással (a másodlagos vezérlő megtagadta a kapcsolatot az újraparticionált géptől). No, goto google, az eseménynapló “bőséges” bejegyzései alapján keressünk megoldást. Semmi, megoldás, nembaj, azért a tartomány működött, bejelentkezések mentek, ojjé, nem vették észre a az igen tisztelt felhasználók.
Aztán egy napnyi guglizás és KB meg technet cikk olvasás után úgy látszott, hogy sikerült megoldani a problémát. Legalábbis Én ebben a hitbe voltam… Most fordult a kocka, az elsődleges vezérlő csinálta ugyanazt, hogy megtagadta a kapcsolatot. Na, hétvégén, azért sikerült megcsinálni ezt is.
Aztán jött a fekete leves. Most meg a másodlagos vezérlő nem érte el a GP-ket (\\tartománynév\SYSVOL-t)…
Nos, fél nap tökölés után itt szakadt el a cérna, akkor Én most lefokozom a tartományvezérlőt tagkiszolgálóvá, és majd akkor talán megjavul. De nem, mivel a másodlagos vezérlő nem volt teljesen százas, ezért nem engedte magát lefokozni, merthogy nem talál másik vezérlőt, vagy nem tudja azt írni, stb… Kösz.
Nojo, elég a pöcsölésből, balta elő, ősember módszerekkel kitöröltem a replikációs kapcsolatokat a két DC között, a fő tartományvezérlőn a gépet is kitöröltem, a rá mutató DNS bejegyzéseket, meg mindent.
Aztán telepítő CD elő, gép újrarak. Hála az égieknek, nem szemétkedet, sikeresen berakta magát a tartományba (ugyanazon a néven), regisztrálta magát a tartományba mint RAS kiszolgáló.
Aztán, majd ma, vagy holnap fogom és lefuttatom rajta a dcpromot, remélem nem lesz gond.
Bár, végiggondolva, lehet, hogy a DNS-ek miatt volt.. Sőt, eléggé valószínű, AD hibák döntő többsége visszavezethető oda.

2007. június 18.
Rendszertelepítés bejegyzéshez a hozzászólások lehetősége kikapcsolva

Rendszertelepítés

Itt a nyár, lehet újrarakni a gépeket. Azonban mivel sok gép van, ezt minél egyszerűbben kell megoldani. Ezért úgy telepítettem fel első körben az egyforma Dell gépeket, hogy az egyikre feltettem egy új Windowst – még a múlt héten – meg rá a szükséges programokat (mindenből a legfrissebbet) szépen beállítottam mindent (jogosultságok meg ilyesmi), majd elindítottam hálózatról egy WinPE-n, aztán szépen fel mappeltem a szerver egyik megosztását, majd imagex segítségével csináltam egy lemezképet a gép C: meghajtójáról.

Majd egy másik gépen az imagex-el felmountoltam a WinPE-t, módosítottam a windows\system32\startnet.cmd fájlt úgy, hogy felcsatolja a szerver megosztást (ahol a wim image van) majd automatikusan particionálja meg az adott gép lemezét (egy 15 GiBájtos C: és a maradék D:-nek) formázzon, állítsa be az első partíciót aktívnak, majd másolja fel a C:-re az image tartalmát. Így nekem csak annyi dolgom van, hogy a gép indulásakor kétszer megnyomom az F12-t.

Aztán ha kész, akkor a newsid.exe-vel generálok új SID-eket a gépeknek, meg egyúttal be is nevezem őket, aztán beléptetem a tartományba. Így egy óra alatt kényelmesen fel lehet telepíteni egy teremnyi gépet (és nem kellett agyon hajszolnom magam). Igaz, egyszerűsíthettem volna még syspreppel, meg válaszfájllal, de így is megfelelt.

Aztán most már neki kéne állnom feltelepíteni a többi gépet is, de azok meg még véletlenül sem egyformák, úgyhogy nem tudom, hogy azokkal mi lesz. Talán syspreppelek egy telepítést, és azt rakom fel image-be, de ki kell próbálnom, hogy mennyire tolerálja így is az eredeti telepítéstől teljesen eltérő hardver környezetet.

2007. június 15.

Windows Server 2008 Beta

Mivel bárki letöltheti a Windows Server (Longhorn Server) 2008 3. bétáját, ezért le is töltöttem (már jó rég, meg kell adni) és most eljött az ideje, hogy végre fel is telepítsem…

A telepítést a jól bevált virtuális környezetbe végzem, csak most már nem Vmware alatt, hanem VirtualBox alól. A gép kap 384 MiBájt ramot, meg max. 15 GiBájtos vincsesztert. Szereti, nem szereti, ez van.

Szépen el is indul, tölt egy darabig, majd jön az első képernyő, ahol már reagálni kell. A telepítője olyan mint a Vistában, nincs már az NT4 óta meglévő telepítő felépítés.
Először megkérdezi a rendszer, hogy milyen nyelven szeretnénk – ebből jelenleg csak az angol van, úgyhogy azt lehet csak választani – milyen országba vagyunk, és milyen billentyűzetkiosztást szeretnénk. 

A Next-re kattintva továbblépünk, ahol középen egy “Install Now” felirat van, a bal alsó sarokba pedig két opció, hogy mit kell tudni telepítés előtt, meg, hogy javítsuk meg a gépet.

Az Install Now-ra kattintva azonnal követeli tőlem a kódot, amit szépen meg is adok neki.
Na bumm… Ennyit a telepítésről. Szépen közli velem, hogy nem talál egy igényelt fájlt, a D:\Sources\Install.wim-et. Tehát az imagét. Szép.
Szóval, akkor úgy látszik, hogy ennyi. Azt tudtam, hogy béta, na de hogy ennyire….

2007. április 11.
Windows 2003 SP2 bejegyzéshez a hozzászólások lehetősége kikapcsolva

Windows 2003 SP2

Windows logoNos, mivel mar egy ideje megjelent, ezért úgy gondoltam, hogy egy virtuális gépen kipróbálom, hogy mégis milyen (különböző ms-es doksik szerint, meg hírek szerint visz egykét új funkciót a windowsba?). Többek közt az is újítás ennél a javító csomagnál, hogy nem csak egy rendszerre megy fel, hanem többre is? (sima 2k3, 2k3 R2, SBS 2k3, stb).

A teszthez egy virtuális gépben csücsülő minden hálózattól elzárt Windows 2003-at használtam (nem volt a kezem ügyében R2, hogy azt telepítettem volna). A Microsoft letöltő központjából töltöttem le a 372 megás telepítő fájlt (jelenleg meg csak angolul meg németül, meg ilyen nyelveken elértő, magyar meg nincs).

Telepítés menete a szokásos hotfix-es, szervizcsomagos telepítő, megkérdezi, hogy hová kerüljön a biztonsági mentés a régi fájlokról, de azon kívül csak egy sima next-next-finish jellegű a telepítés (mint már megszoktuk). A telepítés utáni újraindítás után semmi különös nem fogadott, egyedül egy “Biztonság beállítása varázsló” (Security Configuration Wizard) névre hallgató parancsikon, ami egy súgófájlra mutat (scwhelp.chm).Windows Server 2003 RIS MMC konzolban

A dokumentáció szerint az egyik dolog, ami megújult, az a RIS (távtelepítési szolgáltatás)? Nos, nézzük: a RIS (bocsánat, mostmár Windows Deployment Services névre hallgat) telepítése közben semmi szokatlan nincs, ugyanolyan, mint a sima 2k3-ban. Telepítés után a windows kér egy újraindítást, de ezt már megszoktuk.

Újraindítás után az első ami szemet szúr, hogy új az ikonja, valamint két hivatkozás is tartozik hozzá – Windows Deployment Services és Windows Deployment Services Legacy – (eddig csak egy linkje volt a felügyeleti eszközökben). Utóbbi ugyanaz mint eddig, ezzel lehet telepíteni a RIS-t, valamint ez hozza létre az első cd-image alapú telepítőt. Viszont ami új, az az előbbi, ez egy mmc konzol, ahol a RIS dolgait lehet állítani, modosítgatni (WdsMgmt.msc). A konzol indítása után szépen figyelmeztet, hogy meg nincs konfigurálva a ris, ezt tegyem megy most, erre bejön egy varázsló, ami beállítja a megfelelő DHCP opciókat (60-ast, de a 66-ost meg nekunk kell beallitani), meg megkérdez egykét dolgot és kész. Végre lehet kezelgetni az imageket, telepítési állományokat 🙂 Nos, majd meglátjuk a gyakorlatba hogy fog működni (most tervezek ezzel telepíteni egykét gépet élesben).

Wifi-s részről nem tudok nyilatkozni, szerverben nincs wifi 🙂
MMC 3.0 pedig van, az új dolgokhoz mar úgyis ez kell.

Remélem hamar elérhető lesz a lokalizált változat, hogy a magyar win-re is felmenjen 🙂

Oldalak:«1234567