Dateikonflikt: merkwürdige Meldung

[sk_akbe]

Hallo:

Habe gerade eine merkwürdige Fehlermeldung in der Konsole unter Netzwerkintegrität erhalten:
"Es sind Dateikonflikte aufgetreten" und unter Details findet man dann:
"Eine Datei kann nicht erstellt werden, wenn sie bereits vorhanden ist" (es betriff nur eine einzige kleine Datei)

Soweit wäre das ja noch nicht mehrkwürdig, wenn ich versucht hätte, in das gleiche Verzeichnis eine Datei mit gleichem Namen nocheinmal zu kopieren. Ist aber nicht der Fall gewesen.

Hintergrund: Ich hatte für 3 weitere Verzeichnisse (enthielten bereits Daten) die Duplizierung eingeschaltet.
Merkwürdigkeit 1: Sinn der Duplizierung ist es doch, die Dateien verteilt auf 2 Festplatten doppelt zu haben.
Merkwürdigkeit 2 (und das ist das eigentlich unerklärliche): Die unter "Netzwerkintegrität" angezeigte betroffene Datei befindet sich in einem ganz anderen Verzeichnis als mir das unter "Freigegebene Ordner" angezeigt wird. Dort steht bei diesem anderen Verzeichnis "Fehler (Integrität überprüfen)". Habe nachgesehen: die betroffene Datei befindet sich nicht in dem Share, der mir unter "Freigegebene Ordner" angezeigt wird, sondern in dem Verzeichnis, welches mit unter "Details" bei "Netzwerkintrgrität" angezeigt wird.

Hat jemand dafür eine Erklärung (muß ja irgendwas mit der Duplizierung zu tun haben)?
Welches logfile ist für diese Meldungen zuständig (vielleicht steht da ja mehr drin)?
Wie kann ich den Konflikt lösen außer die betroffene Datei zu löschen (die Hilfe und der dort angegebene Link zur MS-Seite helfen leider nicht, da diese Art der Meldung dort gar nicht erwähnt wird)?

Edit:
Die logfiles habe ich inzwischen gefunden und da steht auch was drin, aber helfen tut mir das leider nicht.
Es steht drin "OpenedFile::Open: Error 183 opening" und dahinter der laaaange Pfad plus Dateiname, und das gleich 10 mal.
Ferner habe ich mal unter "C:\fs\G\DE\shares\" und "C:\fs\H\DE\shares\" nachgesehen. Bei "C:\fs\G\DE\shares\" läßt sich die Datei problemlos öffnen. Bei "C:\fs\H\DE\shares\" wurde die Datei umbenannt (eine "-1" hinten an die Dateierweiterung gehängt). Dies ist wohl die duplizierte Datei? Öffnen läßt sich sich ebenfalls problemlos.
Google findet dazu keine Lösung und in der Ereignisanzeige steht dazu auch nix drin. Hat jemand eine Idee, woran es liegen könnte und wie man das beheben kann?

[Nobby1805]

Merkwürdigkeit 1: Sinn der Duplizierung ist es doch, die Dateien verteilt auf 2 Festplatten doppelt zu haben.
Merkwürdigkeit 2 (und das ist das eigentlich unerklärliche): Die unter "Netzwerkintegrität" angezeigte betroffene Datei befindet sich in einem ganz anderen Verzeichnis als mir das unter "Freigegebene Ordner" angezeigt wird. Dort steht bei diesem anderen Verzeichnis "Fehler (Integrität überprüfen)". Habe nachgesehen: die betroffene Datei befindet sich nicht in dem Share, der mir unter "Freigegebene Ordner" angezeigt wird, sondern in dem Verzeichnis, welches mit unter "Details" bei "Netzwerkintrgrität" angezeigt wird.

kannst du das etwas klarer beschreiben, evt. ein paar screenshots hinzufügfen

Die logfiles habe ich inzwischen gefunden und da steht auch was drin, aber helfen tut mir das leider nicht.
Es steht drin "OpenedFile::Open: Error 183 opening" und dahinter der laaaange Pfad plus Dateiname, und das gleich 10 mal.

kannst du den Logfile mal posten

Ferner habe ich mal unter "C:\fs\G\DE\shares\" und "C:\fs\H\DE\shares\" nachgesehen. Bei "C:\fs\G\DE\shares\" läßt sich die Datei problemlos öffnen. Bei "C:\fs\H\DE\shares\" wurde die Datei umbenannt (eine "-1" hinten an die Dateierweiterung gehängt). Dies ist wohl die duplizierte Datei? Öffnen läßt sich sich ebenfalls problemlos.
Google findet dazu keine Lösung und in der Ereignisanzeige steht dazu auch nix drin. Hat jemand eine Idee, woran es liegen könnte und wie man das beheben kann?

Hast du die umbenannt ? Bei der Duplikation werden die Dateinamen nicht geändert ... schau dir in einem DOS-Fenster mit dem DIR Befehl mal die 8.3 Namen der beiden Dateien an ... ich vermute dass der identisch ist ...

[sk_akbe]

Hallo:

kannst du das etwas klarer beschreiben, evt. ein paar screenshots hinzufügfen

Ich versuchs mal, allerdings ist bei der vorgeschriebenen Maximalbreite der Bilder die Schrift dann kaum noch lesbar.

Duplicating_Fehler_klein.jpg (13.54 KiB) 2202 mal betrachtet

kannst du den Logfile mal posten

DEUtil.011910.120000.700.log

(3.3 KiB) 61-mal heruntergeladen

Hast du die umbenannt ?

Nein, niemals!
Wahrscheinlich würde ich den Demigrator damit durcheinander bringen. Ich benenne Dateien nur über die shares um. Bei dieser Datei habe ich allerdings erstmal alles so gelassen wie es war und sicherheitshalber zunächst hier nachgefragt, bevor ich da noch mehr Schaden anrichte durch zu schenlle Aktionen.

Bei der Duplikation werden die Dateinamen nicht geändert ...

Aber vielleicht aufgrund des Fehlers?

schau dir in einem DOS-Fenster mit dem DIR Befehl mal die 8.3 Namen der beiden Dateien an ... ich vermute dass der identisch ist ...

Im DOS-Fenster wird das genauso angezeigt wie im Explorer, also umbenannt in C:\fs\H\DE\... und als lange Dateinamen.

Edit: Quotes korrigiert

[Nobby1805]

Wie vermutet ... PAGETI~4.GIF ist der 8.3 Name von pagetitle_ratesterms_400.gif

im DIR Befehl musst du /X sagen um die 8.3 Namne zu sehen ...

Wie ist denn die Datei in das ...lizensiert Verzeichnis gekommen ? Stand diese oder sogar ein ganzer Verzeichnis Baum vorher mal direkt unter Software ?

[sk_akbe]

Hallo:

Wie vermutet ... PAGETI~4.GIF ist der 8.3 Name von pagetitle_ratesterms_400.gif

Nein, ist es nicht. Habe auch mal auf der Orginal-CD nachgesehen. Dort ist es absolut identisch zum WHS-Share. Das sind zwei verschiedene Dateien mit unterschiedlichem Inhalt. Und eine andere Datei mit dem gleichen Inhalt von PAGETI~4.GIF gibt es dort auch nicht.

im DIR Befehl musst du /X sagen um die 8.3 Namne zu sehen ...

Hier das Ergebnis:

dir_g.txt

(1.31 KiB) 59-mal heruntergeladen

dir_h.txt

(1.23 KiB) 57-mal heruntergeladen

Wie ist denn die Datei in das ...lizensiert Verzeichnis gekommen ?

Die wurden vom alten Fileserver herüberkopiert (kompletter Verzeichnisbaum). Die Verzeichnisstruktur war auf dem alten Fileserver identisch.

Stand diese oder sogar ein ganzer Verzeichnis Baum vorher mal direkt unter Software ?

Nein. "Software" ist ja das voreingestellte Verzeichnis des WHS für Addins usw. Da wollte ich nicht unsere Software-Verzeichnisse zwischenpacken, da ich "Software" aus Sicherheitsgründen auch für die anderen User nicht zugänglich gemacht habe.

[Nobby1805]

Kannst du bitte noch ein drittes DIR machen: vom Verzeichnis auf dem Share

Hast du auch Zugriff auf die "alten" Verzeichnisse (Quelle des Kopierens)?

[sk_akbe]

Hallo:

Kannst du bitte noch ein drittes DIR machen: vom Verzeichnis auf dem Share

Geht erst Montag wieder. Fernzugriff gibts nicht.

[/quote]Hast du auch Zugriff auf die "alten" Verzeichnisse (Quelle des Kopierens)?[/quote]

Ja, noch habe ich den alten Fileserver nicht auseinander genommen.
Aber mit DIR wird das da nix, da muß ich schon ls bemühen.

[Nobby1805]

Ja, noch habe ich den alten Fileserver nicht auseinander genommen.
Aber mit DIR wird das da nix, da muß ich schon ls bemühen.

Bin mir nicht sicher in wie weit die 8.3-Notation dort überhaupt existiert

[sk_akbe]

Hallo:

Bin mir nicht sicher in wie weit die 8.3-Notation dort überhaupt existiert

Nein, zum Glück existiert diese Krücke dort nicht.

Hier nun DIR vom Share:

dir_share.txt

(1.31 KiB) 74-mal heruntergeladen

Stand diese oder sogar ein ganzer Verzeichnis Baum vorher mal direkt unter Software ?

Wieso hattest du eigentlich hiernach gefragt? Selbst wenn da eine Datei gleichen Namens drin gestanden hätte (war übriges das erste, was ich überprüft hatte ), dürfte das doch egal sein, da es verschiedene Verzeichnisse sind.

[Nobby1805]

Bin mir nicht sicher in wie weit die 8.3-Notation dort überhaupt existiert

Nein, zum Glück existiert diese Krücke dort nicht.

Anscheinend doch, denn wenn das NAS von einem Windows-Client angesprochen wird, dann muss das auch unterstützt werden. Wenn man im Netz sucht dann findet man einige Hinweise dazu

Stand diese oder sogar ein ganzer Verzeichnis Baum vorher mal direkt unter Software ?

Wieso hattest du eigentlich hiernach gefragt? Selbst wenn da eine Datei gleichen Namens drin gestanden hätte (war übriges das erste, was ich überprüft hatte ), dürfte das doch egal sein, da es verschiedene Verzeichnisse sind.

Man greift ja nach jedem Strohhalm, Windows verhält sich beim verschieben anders als beim kopieren ... das hätte die Ursache sein können

Ich fasse jetzt zusammen:

auf dem Share:

Code: Alles auswählen

04.04.2001  19:44             1.762 PA0C01~1.GIF pagetitle_adratesterms_400.gif
04.04.2001  19:48             1.242 PAGETI~2.GIF pagetitle_adspecs_400.gif
02.04.2001  20:30               861 PAGETI~3.GIF pagetitle_advertise_400.gif
04.04.2001  19:42             1.084 PAGETI~1.GIF pagetitle_ratesterms_400.gif
04.04.2001  19:41             1.736              PAGETI~4.GIF
04.04.2001  15:44             1.762 PT_ADR~1.GIF pt_adratesterms_400.gif

auf G:

Code: Alles auswählen

04.04.2001  19:44             1.762 PA0C01~1.GIF pagetitle_adratesterms_400.gif
04.04.2001  19:48             1.242 PAGETI~2.GIF pagetitle_adspecs_400.gif
02.04.2001  20:30               861 PAGETI~3.GIF pagetitle_advertise_400.gif
04.04.2001  19:42             1.084 PAGETI~1.GIF pagetitle_ratesterms_400.gif
04.04.2001  19:41             1.736              PAGETI~4.GIF
04.04.2001  15:44             1.762 PT_ADR~1.GIF pt_adratesterms_400.gif

auf H:

Code: Alles auswählen

04.04.2001  19:44             1.762 PAGETI~1.GIF pagetitle_adratesterms_400.gif
04.04.2001  19:48             1.242 PAGETI~2.GIF pagetitle_adspecs_400.gif
02.04.2001  20:30               861 PAGETI~3.GIF pagetitle_advertise_400.gif
04.04.2001  19:42             1.084 PAGETI~4.GIF PAGETI~4.GIF-1
04.04.2001  15:44             1.762 PT_ADR~1.GIF pt_adratesterms_400.gif

Der Share und G sehen vom Inhalt OK aus, aber: die erste Datei pagetitle_adratesterms_400.gif müsste eigentlich im 8.3 Namen PAGETI~1.GIF heissen, auf H heißt sie dann so und dann kommt es zu einem (8.3)-Konflikt mit pagetitle_ratesterms_400.gif und die nächste frei Folgenummer ist nun mal 4 ... und dann kommt er anscheinend völlig durcheinander.

Keine Ahnung was du gemacht hast um das hin zu kriegen

Ich würde jetzt den Inhalt des kompletten Verzeichnisses löschen ... warten bis an allen 3 Lokationen nichts mehr steht ... und dann neu kopieren.

Oder probiere doch das neue Add-IN Conflict Resolver mal aus ... (s. Blog)

[sk_akbe]

Hallo:

Anscheinend doch, denn wenn das NAS von einem Windows-Client angesprochen wird, dann muss das auch unterstützt werden.

Also wenn ich in der Eingabeaufforderung ein dir /x auf den Samba-Share mache, dann kommen lustige Dinge raus.
Offenbar wird da ein 8.3-Name aus Zufallsbuchstabensalat zusammengewürfelt?

dir_smb.txt

(1.27 KiB) 55-mal heruntergeladen

Man greift ja nach jedem Strohhalm, Windows verhält sich beim verschieben anders als beim kopieren

Stimmt. Und die MS-Logik ist auch oft verquer und die Meldungen oft irreführend.

Keine Ahnung was du gemacht hast um das hin zu kriegen

Nur ganz harmlos die Duplizierung später erst eingeschaltet.

Ich würde jetzt den Inhalt des kompletten Verzeichnisses löschen ... warten bis an allen 3 Lokationen nichts mehr steht ... und dann neu kopieren.

Ok. Danach werde ich das wohl mal direkt von der Orginal-CD wieder auf den WHS kopieren.

[Nobby1805]

Hallo:
Also wenn ich in der Eingabeaufforderung ein dir /x auf den Samba-Share mache, dann kommen lustige Dinge raus.
Offenbar wird da ein 8.3-Name aus Zufallsbuchstabensalat zusammengewürfelt?

Da ist wohl die SMB-Implementation nicht ganz MS-like aber PAGETI~4.GIF existiert auch hier schon als "richtiger" Name

[Nobby1805]

Schau mal was ich gerade bekommen habe

Tilde.PNG (3.32 KiB) 2085 mal betrachtet

der DiskExtender scheint ein Problem, ich vermute mit der Tilde, zu haben

Edit: und auf einer Platte heißt die Datei:

Code: Alles auswählen

26.01.2010  20:20                 0 PAGETI~4.TXT PAGETI~4.TXT-1

Edit2: und im DEutil-Log findet man dann

Code: Alles auswählen

[26.01.2010 20:24:45 1354] OpenedFile::Open: Error 183 opening {4B8301FD-D62A-48A1-8772-D197AC80EBF1},\DE\shares\Öffentlich\test\PAGETI~4.TXT
[26.01.2010 20:24:45 1354] OpenedFile::Open: Error 183 opening {4B8301FD-D62A-48A1-8772-D197AC80EBF1},\DE\shares\Öffentlich\test\PAGETI~4.TXT
[26.01.2010 20:24:45 1354] OpenedFile::Open: Error 183 opening {4B8301FD-D62A-48A1-8772-D197AC80EBF1},\DE\shares\Öffentlich\test\PAGETI~4.TXT
[26.01.2010 20:24:45 1354] OpenedFile::Open: Error 183 opening {4B8301FD-D62A-48A1-8772-D197AC80EBF1},\DE\shares\Öffentlich\test\PAGETI~4.TXT
[26.01.2010 20:24:45 1354] OpenedFile::Open: Error 183 opening {4B8301FD-D62A-48A1-8772-D197AC80EBF1},\DE\shares\Öffentlich\test\PAGETI~4.TXT
[26.01.2010 20:24:45 1354] OpenedFile::Open: Error 183 opening {4B8301FD-D62A-48A1-8772-D197AC80EBF1},\DE\shares\Öffentlich\test\PAGETI~4.TXT
[26.01.2010 20:24:45 1354] OpenedFile::Open: Error 183 opening {4B8301FD-D62A-48A1-8772-D197AC80EBF1},\DE\shares\Öffentlich\test\PAGETI~4.TXT
[26.01.2010 20:24:45 1354] OpenedFile::Open: Error 183 opening {4B8301FD-D62A-48A1-8772-D197AC80EBF1},\DE\shares\Öffentlich\test\PAGETI~4.TXT
[26.01.2010 20:24:45 1354] OpenedFile::Open: Error 183 opening {4B8301FD-D62A-48A1-8772-D197AC80EBF1},\DE\shares\Öffentlich\test\PAGETI~4.TXT
[26.01.2010 20:24:45 1354] OpenedFile::Open: Error 183 opening {4B8301FD-D62A-48A1-8772-D197AC80EBF1},\DE\shares\Öffentlich\test\PAGETI~4.TXT
[26.01.2010 20:24:45 1354] AddShadow D:\shares\Öffentlich\test\PAGETI~4.TXT 27,1977ms
[26.01.2010 20:24:45 1354] ERROR: Unable to fully process file D:\shares\Öffentlich\test\PAGETI~4.TXT due to a fatal error - err=183
[26.01.2010 20:24:45 1354] ERROR WITH: D:\shares\Öffentlich\test\PAGETI~4.TXT because of too few shadows (1) instead of 2
[26.01.2010 20:24:45 1354] ErrorNeedsReporting is reporting fatal error 183 on file D:\shares\Öffentlich\test\PAGETI~4.TXT as an error
[26.01.2010 20:24:45 1354] Info for D:\shares\Öffentlich\test\PAGETI~4.TXT
[26.01.2010 20:24:45 1354]     State = Migrated	 NumberOfShadows = 1
[26.01.2010 20:24:45 1354]     Shadow(0)	 Volume(75f4b48d-437a-4446-949d-3186f451924f)	State(Healthy)
[26.01.2010 20:24:46 10e8] DEFilter!OpenOneShadowFile: FltCreateFile('\Device\HarddiskVolume3\DE\shares\?ffentlich\test\PAGETILE4.TXT') method ImpliedPath failed with error 0xc0000034
[26.01.2010 20:24:46 10e8] DEFilter!FullyOpenOneShadow: Shadow open by implied path failed, status c0000034, FO 8870d1d8
[26.01.2010 20:39:27 10e8] DEFilter!OpenOneShadowFile: FltCreateFile('\Device\HarddiskVolume3\DE\shares\?ffentlich\test\PAGETILE4.TXT') method ImpliedPath failed with error 0xc0000034
[26.01.2010 20:39:27 10e8] DEFilter!FullyOpenOneShadow: Shadow open by implied path failed, status c0000034, FO 8781ef20
[26.01.2010 20:43:48 10e8] DEFilter!OpenOneShadowFile: FltCreateFile('\Device\HarddiskVolume3\DE\shares\?ffentlich\test\PAGETILE4.TXT') method ImpliedPath failed with error 0xc0000034
[26.01.2010 20:43:48 10e8] DEFilter!FullyOpenOneShadow: Shadow open by implied path failed, status c0000034, FO 866c1608

[Nobby1805]

Habe gerade noch einen Test gemacht ... die Tilde allein löst das Problem nicht aus ... vermutlich hat es etwas mit dem Namen zu tun der identisch zu einem 8.3-Namen ist ... ich werde irgendwann weitere Tests durchführen

[sk_akbe]

Hallo:

Schau mal was ich gerade bekommen habe

Na sowas, die Meldung ist sogar reproduzierbar? Hast du die Meldung durch Löschen der Datei im Share weg bekommen können? Ich bin mal gespannt, was mir unser WHS morgen sagt (hatte die Dateien im Share gestern gelöscht).

vermutlich hat es etwas mit dem Namen zu tun der identisch zu einem 8.3-Namen ist

Hmmm, aber ich hatte da noch eine weitere Datei identisch zu einem 8.3-Namen drin (PA5F0E~1.GIF) und da wurde nicht gemeckert?