hegauterrorist

Problem gelöst, die GUID wurde nicht mehr korrekt übermittelt. Es standen die MAC + 20 Nullen im GUID-Feld der automatisch generierten Konten. Wenn ich die bestehenden Konten dann so anpasse, klappt alles. CYA

Hi, danke für den Tip, aber ich hatte es anders hinbekommen. Hab mir das automatisch angelegt Comupterkonto des Clients mal angeschaut, und anstatt der GUID stand da folgendes drin: MAC-Adresse + 20 Nullen Also gerade andersrum als beim Pre-Staging ... warum auch immer. Aber wenn ich dann die bestehenden Konten so anpasse, werden die auch verwendet ... naja, hauptsache es funtzt jetzt ;-) CYA

Tach zusammen, Ich installiere Clients über RIS, klappt auch wunderbar: - Die Computer trage ich im Active Directory mit GUID ein - Server antwortet nur bekannten Rechnern - Rechner bootet über PXE und installiert Alles kein Thema ... Jetzt sollen neue Rechner aus anderen Subnetzen auch über RIS installiert werden. Den RIS also über einen Router angebunden, Installation klappt auch, aber RIS verwendet die vordefinierten Computerkonten nicht sondern legt komplett neue an. Auch wenn ich die Konten mit GUID komplett lösche, kann ich die Clients trotzdem installieren. Greift die Sicherheitsfunktion "Unbekannten Rechnern nicht antworten" nicht mehr, wenn man den Verkehr routet? Auf dem DHCP (getrennter Server neben dem RIS) musste ich auch in den Scopeoptionen die Nummern 66 (Boot Server Host Name) und 67 (Bootfile Name) aktivieren , sonst geht RIS nicht. Hebelt das alles aus? Wenn ich die Option 60 auch aktiviere (Client Identifier, ahb ich per Google gefunden), geht gar nichts mehr per RIS. Ich versteh das nicht !!! :mad: Thanx and CYA !!!

Hi, bei Karten, die nicht PXE-fähig sind, kann man im Active Directory eine Dummy-GUID eingeben: 20 Nullen + MAC der NIC Wir benutzen das hier auch und geht wunderbar. Ich habe aber gerade das gleiche Problem wie Du, daß das vordefinierte Computerkonto mit GUID nicht verwendet wird. Hast Du dafür eine Lösung ??? CYA !!!

Die werden aber nicht neu angelegt *heul* Kann das evtl auch am Server-OS liegen: Windows 2003 Standard 180-Tage Evalversion, noch nicht bei MS aktiviert, sind da evtl nicht alle Dienste funktional ??? Wenn das nix mehr wird installier ich halt den Server neu ...

Also, es werden definitiv keine *.pnf Dateien angelegt, wenn ich die aus "D:\RemoteInstall\Setup\English\Images\Windows_2000_CD_US\i386" woanders hin verschiebe, wird durch "net stop binlsvc / net start binlsvc" keine neue erzeugt. Das sollte doch aber eigentlich passieren, oder nicht ??? EDIT: Wenn ich die eine schon vorhandene *.pnf überall hinkopier, wo ich auch die Treiber liegen hab, gehts trotzdem nicht.

ich hab die Treiber sowohl im i386 als auch im $oem$\.... Braucht RIS eigentlich die Treiber im "C:\Windows\system32\drivers" ???

Das ist ja mein Problem, ich hab alles 100%ig genauso gemacht und nichts funktioniert :mad: Ich versuchs glaub mal mit ner Neuinstallation des Servers ...

Tach zusammen, Ich bekomme einfach kein RIS-Image mehr installiert, seit ich den Server neu installiert habe (hab ich ja schonmal gepostet). Jetzt hab ich germerkt, daß die PNF-Files der Netzwerkkartentreiber, die ich gelöscht habe (wie es ja in vielen RIS-Anleitungen steht), von RIS nicht neu erzeugt werden !!! Ist das ok oder meckert RIS deswegen immer, daß das Image nicht die korrekten Netzwerktreiber enthält ??? Die Treiber liegen in $OEM$\$1\Drivers\Nic. Hier noch meine SIF-Einträge: [unattended] OemPreinstall = yes NoWaitAfterTextMode = 0 FileSystem = LeaveAlone ExtendOEMPartition = 0 ConfirmHardware = no NtUpgrade = no Win31Upgrade = no TargetPath = \WINNT OverwriteOemFilesOnUpgrade = no OemSkipEula = yes InstallFilesPath = "\\%SERVERNAME%\RemInst\%INSTALLPATH%\%MACHINETYPE%" DriverSigningPolicy = Ignore OemPnpDriversPath = \Drivers\Nic; Bei "OemPnpDriversPath = \Drivers\Nic;" hatte ich auch schon "OemPnpDriversPath = Drivers\Nic", ging auch nicht. Ich bin echt schon am verzweiflen !!! Thanx and CYA, der hegauterrorist

So, habs hienkommen, daß er keinen German-Ordner mehr sucht oder braucht. Ich boote per PXE Gebe die Admin-Daten ein, suche das Image aus, soweit geht auch mittlerweile alles, aber die Treiber des Images nimmt RIS trotzdem nicht. Die Treiber hab ich so eingebuden: D:\RemoteInstall\Setup\English\Images\aW2k_SP4_mit_VS_REF2_FSC_stand_19.07.04\$oem$\$1\Drivers\NIC [unattended] OemPreinstall = yes NoWaitAfterTextMode = 0 FileSystem = LeaveAlone ExtendOEMPartition = 0 ConfirmHardware = no NtUpgrade = no Win31Upgrade = no TargetPath = \WINNT OverwriteOemFilesOnUpgrade = no OemSkipEula = yes InstallFilesPath = "\\%SERVERNAME%\RemInst\%INSTALLPATH%\%MACHINETYPE%" DriverSigningPolicy = Ignore OemPnpDriversPath = \Drivers\NIC; Geht aber irgendwie nicht, wie gesagt, vorgestern hat dieses Image auf diesem Client noch getan ...

Also Server: - Windows 2003 Standard - Sprache English Client: - Fujitsu Siemens Desktops - W2k CD English

Tach zusammen, ich hab ein Problem mit meinem neu installierten RIS Server: - Ich habe ein CD-Based-Image erstellt - Ich habe ein Image per RIPREP vom Client aus erstellt - Hat beides funktioniert, liegen unter D:\RemoteInstall\Setup\English\Images - Wenn ich aber den selben Client über RIS installieren möchte, sucht er Images in D:\RemoteInstall\Setup\German\Images - Warum ???? - Und dann hab ich noch "alte" Images, die kann ich auch nicht über RIS installieren, weil RIS die NIC-Treiber nicht findet, obwohl die Images unverändert vorgestern noch funktioniert haben --> Ich tippe also mal, daß mit dem RIS Server was nicht stimmt, hab ihn auch schonmal neu installiert (den RIS Dienst), hat aber nicht gebracht. Bin mit meinem Latein total am Ende. Hat jemand ne Idee ??? Thanx and CYA

Ach was, so daneben war das gar nicht, hatte schon was mit den Rollen zu tun. Geht ja darum wer der "Master DC" ist und die Rollen nacher an andere DCs propagiert, so hab ich das verstanden. Kann mich natürlich auch irren ;) CYA

Danke für den Tipp. Ich hab's wieder hinbekommen. Hier ist ne gute Anleitung für solche Fälle: http://www.cramsession.com/articles/files/transferring--seizing-fsm-9192003-1117.asp Thanx and CYA !!!

Tach zusammen, ich hab ein Riesenproblem. Mir ist heute bei einem meiner zwei Domain Controller die Systemplatte abgeraucht. Nachdem ich eine neue eingebaut und Windows 2003 neu installiert habe (hatte kein Image des Servers ) Wollte ich ihn neu als DC aufnehmen, ging aber nicht. Der andere DC hat den PDC-Emulator nicht am laufen !!! Kann ich den jetzt irgendwie zum "Master" machen, damit ich den anderen DC wieder in die Domäne als DC aufnehmen kann und alles zurückrepliziern kann? Es würde mir zur Not auch reichen, wenn ich alle Mitglieder einer OU irgendwie auf den neu installierten rüberbekäme. Ist ein RIS-Server und die OU enthält alle Clients mit GUIDs und ich hab kein Bock die alle von Hand neu anzulegen, sind ca 200 Stück !!! Bin für jeden Tipp dankbar !!! CYA P.S.: Hier noch die Ausgabe von dcdiag auf dem DC: Domain Controller Diagnosis Performing initial setup: Done gathering initial info. Doing initial required tests Testing server: Default-First-Site\Server3 Starting test: Connectivity ......................... Server3 passed test Connectivity Doing primary tests Testing server: Default-First-Site\Server3 Starting test: Replications ......................... Server3 passed test Replications Starting test: NCSecDesc ......................... Server3 passed test NCSecDesc Starting test: NetLogons ......................... Server3 passed test NetLogons Starting test: Advertising ......................... Server3 passed test Advertising Starting test: KnowsOfRoleHolders Warning: CN=NTDS Settings\0ADEL:f7c4dd6c-90fc-4ecf-8f16-15ad61b86bdb,CN=Server1\0ADEL:35b16b85-74dc-4dad-b33f-5bb7cddef893,CN=Servers,CN=Default-First-Site,CN=Sites,CN=Configuration,DC=Domain,DC=ris is the Schema Owner, but is deleted. Warning: CN=NTDS Settings\0ADEL:f7c4dd6c-90fc-4ecf-8f16-15ad61b86bdb,CN=Server1\0ADEL:35b16b85-74dc-4dad-b33f-5bb7cddef893,CN=Servers,CN=Default-First-Site,CN=Sites,CN=Configuration,DC=Domain,DC=ris is the Domain Owner, but is deleted. Warning: CN=NTDS Settings\0ADEL:f7c4dd6c-90fc-4ecf-8f16-15ad61b86bdb,CN=Server1\0ADEL:35b16b85-74dc-4dad-b33f-5bb7cddef893,CN=Servers,CN=Default-First-Site,CN=Sites,CN=Configuration,DC=Domain,DC=ris is the PDC Owner, but is deleted. Warning: CN=NTDS Settings\0ADEL:f7c4dd6c-90fc-4ecf-8f16-15ad61b86bdb,CN=Server1\0ADEL:35b16b85-74dc-4dad-b33f-5bb7cddef893,CN=Servers,CN=Default-First-Site,CN=Sites,CN=Configuration,DC=Domain,DC=ris is the Rid Owner, but is deleted. Warning: CN=NTDS Settings\0ADEL:f7c4dd6c-90fc-4ecf-8f16-15ad61b86bdb,CN=Server1\0ADEL:35b16b85-74dc-4dad-b33f-5bb7cddef893,CN=Servers,CN=Default-First-Site,CN=Sites,CN=Configuration,DC=Domain,DC=ris is the Infrastructure Update Owner, but is deleted. ......................... Server3 failed test KnowsOfRoleHolders Starting test: RidManager Warning: FSMO Role Owner is deleted. ldap_search_sW of CN=Server1\0ADEL:35b16b85-74dc-4dad-b33f-5bb7cddef893,CN=Servers,CN=Default-First-Site,CN=Sites,CN=Configuration,DC=Domain,DC=ris for hostname failed with 2: Win32 Error 2 ......................... Server3 failed test RidManager Starting test: MachineAccount ......................... Server3 passed test MachineAccount Starting test: Services ......................... Server3 passed test Services Starting test: ObjectsReplicated ......................... Server3 passed test ObjectsReplicated Starting test: frssysvol ......................... Server3 passed test frssysvol Starting test: frsevent ......................... Server3 passed test frsevent Starting test: kccevent ......................... Server3 passed test kccevent Starting test: systemlog An Error Event occured. EventID: 0xC25A001D Time Generated: 09/22/2004 12:49:36 Event String: The time provider NtpClient is configured to ......................... Server3 failed test systemlog Starting test: VerifyReferences ......................... Server3 passed test VerifyReferences Running partition tests on : Schema Starting test: CrossRefValidation ......................... Schema passed test CrossRefValidation Starting test: CheckSDRefDom ......................... Schema passed test CheckSDRefDom Running partition tests on : Configuration Starting test: CrossRefValidation ......................... Configuration passed test CrossRefValidation Starting test: CheckSDRefDom ......................... Configuration passed test CheckSDRefDom Running partition tests on : Server1 Starting test: CrossRefValidation ......................... Server1 passed test CrossRefValidation Starting test: CheckSDRefDom ......................... Server1 passed test CheckSDRefDom Running enterprise tests on : Domain.ris Starting test: Intersite ......................... Domain.ris passed test Intersite Starting test: FsmoCheck Warning: DcGetDcName(GC_SERVER_REQUIRED) call failed, error 1355 A Global Catalog Server could not be located - All GC's are down. Warning: DcGetDcName(PDC_REQUIRED) call failed, error 1355 A Primary Domain Controller could not be located. The server holding the PDC role is down. ......................... Domain.ris failed test FsmoCheck