Keine Replication des NETLOGON Ordners mehr (Windows Server 2003)

[Der_Fred 10]

CAUSE

=====

 

This error message is logged because the requested data is

not available due to

the following series of events:

 

- FRS uses the NTFS file system journal to track changes to

files and to

folders that are in a replica tree to propagate those

changes to other

members of the replica set.

 

- If FRS does not record the changes, the journal wraps and

FRS does not know

which change to process next. FRS may not record the

changes because:

- FRS is off for an extended period of time.

-or-

- The changes are occurring faster than FRS can process

them.

 

- To recover from this error state, FRS needs to:

- Re-initialize the content of the replicated directory.

 

- Resume tracking the NTFS journal from a known good

starting point.

 

- To re-initialize the replica tree, FRS moves all content

into the

NTFRS_Pre-Existing folder, and then FRS rejoins the

replica set by sourcing

from an upstream partner. Based on the contents of the

file, one of the

following events occurs:

- If a file on the upstream partner is identical to the

file that is in the NTFRS_Pre-Existing folder, the local

copy is moved into the replica tree.

- If the file is different, or if new files have been

added to the replica set, FRS replicates the update from

the upstream partner and moves it into the replica tree.

- During this procedure, the data on that particular member

becomes

unavailable.

 

In Service Pack 2 (SP2), this re-initialization takes place

automatically, which may take the data offline at an

inopportune time. In SP3, the event is logged by default and

an administrator can re-initialize the replica tree at a

convenient time.

 

RESOLUTION

==========

 

[...]

 

To modify the default behavior, make the following changes

in the registry to

instruct FRS to handle the JRNL_WRAP_ERROR status

automatically:

1. Stop FRS.

2. Start Registry Editor (Regedt32.exe).

3. Locate and click the following key in the registry:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\NtFrs\Parameters

 

4. On the Edit menu, click Add Value, and then add the

following registry value:

Value name: Enable Journal Wrap Automatic Restore

Data type: REG_DWORD

Radix: Hexadecimal

Value data: 1 (Default 0)

5. Quit Registry Editor.

6. Restart FRS.

 

If these steps do not modify the default settings and the

automatic

re-initialization is not turned on, you need to manually

re-initialize the

replica tree. At a convenient time, make the following

changes to the registry:

 

1. Stop FRS.

2. Start Registry Editor (Regedt32.exe).

3. Locate and click the following key in the registry:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\NtFrs\Parameters\Backup/Restore/Proce

ss

at Startup

4. On the Edit menu, click Add Value, and then add the

following registry value:

Value name: BurFlags

Data type: REG_DWORD

Radix: Hexadecimal

Value data: D2

5. Quit Registry Editor.

6. Restart FRS.

 

MORE INFORMATION

================

For additional information about SP3 updates to the File

Replication service,

click the article number below to view the article in the

Microsoft Knowledge

Base:

M307319 File Replication Service Improvements in Windows

2000 SP3

 

 

Kurz:

 

Dateireplikationsdienst aus, Reghack anwenden,

Dateireplikationsdienst an.

Warten!

Wenn Meldung erscheint, dass das Sysvol neu repliziert wurde

erst netlogon (Anmeldedienst), dann Dateireplikationsdienst

neu starten.

 

Danach sollte das Sysvol wieder freigegeben sein.

 

Ergebnis war, dass er automatisch das Sysvol gelöscht hat, dann neu vom anderen DC gezogen hat und nachdem ich dann den Anmeldedienst und Replikationsdienst neu gestartet habe kam auch die Meldung, dass wieder alles ok ist und der Sysvol nun freigegeben wird. Hat dann auch geklappt.

[Mausschubser443 11]

Hi..

 

nun ist auch noch was kaputt gegangen..

 

ich habe auf server2 den schlüssel "Enable journal wrap automatic restore" gesetzt, damit war mein sysvol komplett leer, und die freigaben von sysvol/netlogon weg.

Diese habe ich neu gemacht.

 

Aber, alle Verzeichnisse leer.

 

Auf Server1 ist noch alles heile was die Folder von Sysvol und netlogon angeht.

 

 

Nun muss ich auf Server1 oder Server2 wohl den d2 oer d4 setzen?

 

 

nun nur die frage welches auf welchem?

 

Auf server2 eine d2 wiederherstellung machen?

 

Nicht das gleich alles weg ist, das wäre sehr ****e.. derzeit läuft meine Systemstate sicherung, ich hoffe ihr kommt mir eine genau info geben welchen dx wert ich auf welchem Server setzen soll.

 

 

vielen dank!!!

[Daim 12]

Nun muss ich auf Server1 oder Server2 wohl den d2 oer d4 setzen?

 

Überprüfe auf diesem DC (Server1) ob das SYSVOL Verzeichnis komplett (Skripte und Policys vorhanden?) sind und auch freigegeben ist (net share). Prüfe des weiteren ob die Junction Points existieren (CMD - C:\%windir%\sysvol\sysvol\ dort ein dir ausführen).

 

Wenn das alles soweit in Ordnung ist, stoppst du auf allen DCs in der Domäne den NTFRS Dienst. Gehe dazu auf auf den DCs in die Kommandozeile (CMD) und gib folgenden Befehl ein: "net stop ntfrs".

 

Auf dem DC der komplett ist (das dürfte bei dir Server1 sein) setzt du unter folgendem Registry-Pfad

"HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\NtFrs\Parameters\Cumulative Replica Sets" den Schlüssel Burflags D4.

 

Auf den anderen DCs entfernst du die beiden Ordner Policy sowie Script (unter SYSVOL) und setzt unter dem gleichen Registry-Pfad den Schlüssel Burflags D2.

 

Danach startest du ZUERST auf dem DC01/Server1 den NTFRS-Dienst (net start ntfrs) und wartest ein paar Minuten. Es muss zwingend der Event-Eintrag 13516 protokolliert werden. Wenn dieser erschienen ist, startest du auf den anderen DCs den NTFRS Dienst.

 

Danach gedulde dich ein wenig und überprüfe ob die Replikation stattfindet.

Wenn das alles funktioniert, überprüfe ob das SYSVOL freigegeben wurde, den Inhalt stimmt und die Junction Points existieren. Vor allen dingen behalte das Eventlog im Auge.

[Daim 12]

Ergänzung:

Unter dem Registry-Pfad befindet sich unter der Ebene "Cumulative Replica

Sets" eine GUID.

Siehe:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\NtFrs\Parameters\Cumulative Replica Sets\<GUID>

 

Unter "Cumulative Replica Sets" existiert i.d.R. EINE GUID, diese ist

diejenige für das SYSVOL und dort erstellst du dann den Burflags Schlüssel

(ist auch im erwähnten Artikel beschrieben). Wäre DFS noch im Einsatz, gäbe es noch einen weiteren Eintrag mit einer

anderen GUID.

 

Nach dem Start von NTFRS bleibt den Burflags Schlüssel vorhanden, nur der

Wert wird "genullt".

[Mausschubser443 11]

JUCHUUU!!!!

 

Ich weiß gar nicht wie ich euch dafür danken soll!!!

 

die replizierung läuft wieder!!! alles wieder bei beiden Domänen Controller, wenn ich unter Netlogon nun lösche, dauert es nur noch 2 sekunden dann ist es rüber..!!!

 

ich bin soooo glücklich!!!

 

Ich hatte so mega Angst das ich das AD neu machen muß... DANKE DANKE!!!

 

 

Nun noch kurz die letzte frage.. .

 

Sind ein paar Errors bei FRSDiag normal??

___________________________________________

SERVER1:

ERROR: Junction Point missing on "\\server1\c$\windows\sysvol\sysvol"

ERROR: Junction Point missing on "\\server1\c$\windows\sysvol\staging areas"

ERROR on NtFrs_0004.log : "ERROR_ACCESS_DENIED" : <SndCsMain

ERROR on NtFrs_0005.log : "ERROR_ACCESS_DENIED" : <SndCsMain:

ERROR on NtFrs_0005.log : "EPT_S_NOT_REGISTERED(This may indicate that

 

usw...

___________________________________________

SERVER2:

ERROR: Junction Point missing on "\\server2\c$\windows\sysvol\sysvol"

ERROR: Junction Point missing on "\\server2\c$\windows\sysvol\staging areas"

......... failed 2

ERROR on NtFrs_0004.log : "ERROR_SHARING_VIOLATION(For more information see

Found 2 ERROR_SHARING_VIOLATION error(s)! Latest ones (up to 3) listed above

 

_____________________________________________________________

 

 

aber das wichtigste geht schon mal wieder!!!!

 

danke nochmal!!!

[Daim 12]

Wegen dem SYSVOL musst du nicht gleich dein AD neu aufsetzen.

Auch wenn du am ende des Latain wärst, würde ich als allerletzten Griff zum höerr greifen und den Microsoft Product Support Service anrufen. Dieser kostet dann zwar ca. 300 Euro, aber damit lösst sich dann das Problem mit hoher Wahrscheinlichkeit und du hast die ne Menge Arbeit gespart.

 

Sind ein paar Errors bei FRSDiag normal??

___________________________________________

SERVER1:

ERROR: Junction Point missing on "\\server1\c$\windows\sysvol\sysvol"

ERROR: Junction Point missing on "\\server1\c$\windows\sysvol\staging areas"

ERROR on NtFrs_0004.log : "ERROR_ACCESS_DENIED" : <SndCsMain

ERROR on NtFrs_0005.log : "ERROR_ACCESS_DENIED" : <SndCsMain:

ERROR on NtFrs_0005.log : "EPT_S_NOT_REGISTERED(This may indicate that

 

Nein, nicht normal. Vorallem diese Meldung ist nicht ok.

Gehe in der Kommandozeile mal auf C:\%windir%\sysvol\sysvol\ und gib dort ein DIR ein.

Nun solltest du so etwas sehen:

<DIR> .

<DIR> ..

<Verbindung> <Domäne>

 

Auch das Access Denied ist nicht ok. Kontrolliere mal die ACL vom SYSVOL.

 

Schritt für Schritt geht es vorwärts ;).

[Mausschubser443 11]

HI,

 

die ACL wurden von der gruppenrichtlinienverwaltung neu gesetzt als ich diese aufgerufe habe, hatte Sie gestern gemeckert das was nicht ok ist und hat das alles abe auch gefixt.

 

Zugriff habe ich auf alles.

 

Eigentlich sieht das doch ganz gut aus???

_______________________________

C:\WINDOWS\SYSVOL>cd sysvol

 

C:\WINDOWS\SYSVOL\sysvol>dir

Datentrger in Laufwerk C: ist Boot

Volumeseriennummer: E051-7A90

 

Verzeichnis von C:\WINDOWS\SYSVOL\sysvol

 

06.06.2007 07:59 <DIR> .

06.06.2007 07:59 <DIR> ..

06.06.2007 07:59 <VERBINDUNG> dwnet.intern

0 Datei(en), 0 Bytes

3 Verzeichnis(se), 7.996.919.808 Bytes frei

 

C:\WINDOWS\SYSVOL\sysvol>cd ..

 

C:\WINDOWS\SYSVOL>dir

Datentrger in Laufwerk C: ist Boot

Volumeseriennummer: E051-7A90

 

Verzeichnis von C:\WINDOWS\SYSVOL

 

06.06.2007 08:03 <DIR> .

06.06.2007 08:03 <DIR> ..

06.06.2007 10:12 <DIR> domain

23.06.2006 12:57 <DIR> staging

05.06.2007 21:23 <DIR> staging areas

06.06.2007 07:59 <DIR> sysvol

0 Datei(en), 0 Bytes

6 Verzeichnis(se), 7.996.919.808 Bytes frei

 

C:\WINDOWS\SYSVOL>

____________________-

 

Rechte:

System= voll

Server operatoern: lesen / auflist /ausführ

Ersteller : spezielle

Authentifiz: /lesen /auflist /ausführ

Administratoren: voll

Administrator: spez.

 

und ich kann auch in alles rein, das system repliziert ja jetzt auch alles.. daher ist das ja schon recht komisch, das das tolll denied meldet..

 

ja.. stück für Stück.. das macht mich auch sehr glücklich.. :-)

 

 

 

danke und gruß,

 

Dustin781

 

 

 

_______________________________________________

[gysinma1 13]

Gratuliere, freue mich für Dich ! -

 

Musste mich wegen dringender Sache (auch im Geschäft wollens no was vo mr ... ) ein bisschen zurücklehnen :-) aber off topic heute gehts erst mal 4 Wochen in Urlaub - Aber bei Daim warst/bist Du in besten Händen.-

 

Gruss

Matthias

[Daim 12]

Eigentlich sieht das doch ganz gut aus???

 

Schon komisch. Das stimmt, die Ausgabe sieht sogar sehr gut aus.

Es ist alles vorhanden und es wird alles repliziert.

 

Evtl. ist das FRSDiag eine etwas ältere Version und "verfälscht" das ganze.

Lass mal ein DCDIAG /v sowie NetDIAG /v laufen, wenn diese beiden Ausgaben keine Fehler melden, dann ist alles in Butter.

 

Aber achte darauf, dass die installierten Support Tools auch zum OS passen (mit Service Pack). Denn ansonsten kann die Ausgabe der Support Tools täuschen.

 

 

Siehe:

Windows Server 2003 mit SP1

Download details: Windows Server 2003 Service Pack 1 32-bit Support Tools

 

Windows Server 2003 mit SP2

Download details: Windows Server 2003 Service Pack 2 32-bit Support Tools

[Mausschubser443 11]

ja.. ich bin derzeit schon ziemlich happy.. die letzten fehler kann man dann auch noch nach und nach weg machen, aber das ist ja nix was jetzt leben kosten könnte.. :-)

 

Dann wünsche ich mal einen schönen Urlaub und gute Erholung!

[gysinma1 13]

Hallo

 

Bin noch nicht wech .. Ja was Daim schreibt ist sehr wichtig, (bin da selbst auch schon

gestolpert) mit dem netdiag auf 64bit ... schob ne Runde Panik bis mich die MS Kollegen wieder beruchigt habe ... v.a. Kerberos und schanell tests geben da manchmal fehler an wo keine sind ....

 

Gruss,

Matthias

[Mausschubser443 11]

Der VMware Server hat 64Bit, aber der ist weder in der Domäne noch hat er was damit zu tun.. sollten die eigentlichen Server ja nicht bemerken.

 

 

Ich habe das jetzt mal schnell überflogen und keine Fehlergefunden..aber die komplette auswertung davon ist ja schon etwas Zeit raubend..

 

Das werde ich mir mal mit nachhause nehmen...

 

den link vom diesem Thread habe ich mir auch gleich schon mal in die Favoriten geworfen, das ist hier alles Gold wert!!!

[gysinma1 13]

das ist hier alles Gold wert!!!

 

 

:D unser goldenes Forum leise sing :cool:

[Daim 12]

Ich werde über den Fehler 13568 die Tage auch mal was schreiben ;).

 

Der Fehler hat es glatt verdient, in einen Artikel verewigt zu werden.

[Mausschubser443 11]

ja.. das hat der Fehler verdient..

 

hat mir schlaflose nacht gebracht... und jeden morgen Angst das die Domäne nicht mehr geht..

 

Und ich muß ehrlich sagen, die Artikel von MS sind nicht so gut gewesen das es das Problem direkt gelöst hat..

 

Aber dank euch!!