Jump to content

DFS File Lock greif unregelmäßig


Der letzte Beitrag zu diesem Thema ist mehr als 180 Tage alt. Bitte erstelle einen neuen Beitrag zu Deiner Anfrage!

Empfohlene Beiträge

Geschrieben

Hallo zusammen,

 

wir haben die ein Problem in folgender Umgebung:

 

Server A = SBS 2003 SP2

Server B = Server 2003 Std.

 

Zwischen den Servern wird ein Verzeichnis mittels DFS repiziert. Dari befinden sich Word und Excel Dokumente.

 

Ein User greift nun über den Pfad \\ServerA\Dateifreigabe auf ein Excel Dokument zu. Und hält dieses offen. Über den Arbeistag verteilt (mehrere Stunden) wird immer wieder mal etwas in der Datei ergänzt. Die Datei zwischenzeitlich auch gespeichert.

 

Nun kommt es öfter vor das sich die Datei am Tagesende nicht mehr speichern lässt.

 

Meim Versuch zu speichern kommt die Fehlermeldung: „Datei in Bearbeitung von…“

 

Der Versuch die Datei abzuspeichern unter einem anderen Namen schlägt dann fehl.

 

Wenn man die Datei dann schließt - "verschwindet" sie aus dem DFS. Anscheinend wird sie wohl gelöscht.

 

Hat jemand eine Idee wo man da ansetzen kann?

 

Grüße

Lars

Geschrieben

Hi Lars,

 

ok, verstehe. Dann vermute ich, daß Du in die folgende Konstellation läufst: Aktives Verzeichnis Blog : NTFRS Morphed Folder ohne Original durch Löschen und Neuerstellen von Verzeichnissen

 

Im besten Fall würdest Du also verhindern, daß auch unterschiedlichen Servern gearbeitet wird, ich denke, daß das im Link beschriebene Szenario in Deiner Konstellation greift.

 

Viele Grüße

olc

Geschrieben

Hi Lars,

 

ich bin kein FRS-Profi und aus dem kurzen Auszug ist es schwer etwas herauszulesen, jedoch geht es in die Richtung, die ich oben schon vermutet habe. Im Logfile ist die Datei offensichtlich gesperrt:

STATUS_OPLOCK_NOT_GRANTED

--> was bei Excel normal ist - ist eine Excel Datei geöffnet, dann wird ein Lock darauf gesetzt.

 

Je nachdem, was in der Zwischenzeit auf der Gegenseite passiert, kann es zu einem Löschvorgang kommen, die Löschung kann nicht repliziert werden (da die Zieldatei gesperrt ist) und es kommt zum Morph:

<ChgOrdCheckNameMorphConflict:  4672: 11336: S0: 15:26:42> ++ NM: Possible Name Morph Conflict
<ChgOrdReadIDRecordNewFile:     4672:  9458: S0: 15:26:42> ++ NM: Possible Name Morph Conflict on new file

 

Damit wäre das Verhalten zu erklären (siehe Blog-Artikel) - zumindest dann, wenn der kurze Ausschnitt tatsächlich den Problemfall zeigt.

Schau doch einmal in einen FRSDIAG-Export hinein, oft sind dort direkt Hinweise zu Problemen zu finden. Ist vielleicht zusätzlich etwas in den FRS-Eventlogs zu finden?

 

Viele Grüße

olc

Der letzte Beitrag zu diesem Thema ist mehr als 180 Tage alt. Bitte erstelle einen neuen Beitrag zu Deiner Anfrage!

Erstelle ein Benutzerkonto oder melde dich an, um zu kommentieren

Du musst ein Benutzerkonto haben, um einen Kommentar verfassen zu können

Benutzerkonto erstellen

Neues Benutzerkonto für unsere Community erstellen. Es ist einfach!

Neues Benutzerkonto erstellen

Anmelden

Du hast bereits ein Benutzerkonto? Melde dich hier an.

Jetzt anmelden
×
×
  • Neu erstellen...