![]() So the first three digits match, but the rest don't. Put a decimal place in front of these and they should represent fractions of I convert these values to decimal, I get: As you can see, the low resolution time codes match (bothġc4525a), and the high resolution time codes differ (61b1e7ae and 61b1e7ae). Target dwLowDateTime = 61872e80, Target dwHighDateTime = 1c4525aĭate/time mismatch: source = 14:56: 2 target = 14:56: 2Īs you can see, the user-visible time of the file on source and target is Source dwLowDateTime = 61b1e7ae, Source dwHighDateTime = 1c4525a Re-copied with xcopy /d when copying to the Samba server:Ĭ:\test>mcomp.exe wirelessperf.txt x:\yermom\wirelessperf.txt /u/d You can see this with mcomp on a file that has the "same" time stamp that gets The case that XFS and/or Samba support less time granularity than Windows NTFS,Īnd thus some files, though time stamped with the same user-visible time, have aĭifferent low-granularity time stamp on the file system. Nanoseconds?), and NTFS is capable of storing this granularity. That have a much greater granularity than what it displays (microseconds? This may be due to a time granularity problem. System over here (note mcomp refers to an internal compare utility): I did some analysis of this previously that I will move from my bug tracking I have a debug level 10 log from the second xcopy command. Maybe thats why samba thinks, the file has changed. Win-Access-Time (accessed this file later but not changed it):į:\Eigene Dateien\tb\Testordner>dir /T:A test.txtį:\Eigene Dateien\tb\Testordner>dir /T:W test.txt "Geändert am" (modified on) as it should be. Modtime is the time called "Letzter Zugriff" (last access on) in windows and not Smbd/trans2.c:call_trans2setfilepathinfo(4406)Īctime is the time called "Erstellt am" (created on) in windowsį:\Eigene Dateien\tb\Testordner>dir /T:C test.txtĠ Verzeichnis(se), 80.333.312.000 Bytes frei Smbd/trans2.c:call_trans2setfilepathinfo(3976)Ĭall_trans2setfilepathinfo: Set end of file info for file test.txt to 2088 rwxrwxrwx 1 tb users 2088 13:38 test.txt rwxrwxrwx 1 tb users 2088 14:49 test.txt Not ok, two files were copied which are not newer or changed.ĭrwxrwxrwx 2 tb users 4096 13:38 Ordner1ĭrwxrwxrwx 2 tb users 4096 13:57 Ordner2ĭrwxrwxrwx 2 tb users 4096 13:38 Ordner3 OK, no files are copied because the files are not newer and not changed.į:\Eigene Dateien\tb>xcopy Testordner Z: /z /e /d /c /i /r /h /y ![]() Verzeichnis von F:\Eigene Dateien\tb\Testordnerĥ Verzeichnis(se), 80.333.746.176 Bytes freiį:\Eigene Dateien\tb>xcopy Testordner Testordner1 /z /e /d /c /i /r /h /y Time but files and folders are not changed in the meantime. If copying to the mapped samba share, xcopy is transfering the files _every_ Xcopy option /d works as designed - only copying the first time, don't copyĪnything the second time, because files and folders are not changed. If copying to an other directory on the XP client or to a windows share, the Windows servers, if using the xcopy switch /d (only copy newer or changed files). Copying files and folders to mapped samba shares with xcopy works not as to ![]()
0 Comments
Leave a Reply. |