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

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

Link zu diesem Kommentar

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

Link zu diesem Kommentar

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

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

Schreibe einen Kommentar

Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.

Gast
Auf dieses Thema antworten...

×   Du hast formatierten Text eingefügt.   Formatierung jetzt entfernen

  Only 75 emoji are allowed.

×   Dein Link wurde automatisch eingebettet.   Einbetten rückgängig machen und als Link darstellen

×   Dein vorheriger Inhalt wurde wiederhergestellt.   Editor-Fenster leeren

×   Du kannst Bilder nicht direkt einfügen. Lade Bilder hoch oder lade sie von einer URL.

×
×
  • Neu erstellen...