[Samba] bogus file times in samba 3.5.4
jra at samba.org
Thu Oct 7 13:44:28 MDT 2010
On Thu, Oct 07, 2010 at 03:41:04PM -0400, Greg Dickie wrote:
> I am seeing some very dodgy behavior from samba where the files times
> displayed to the client seem to have no basis in reality. In the example
> below The file was created on Oct. 5th but samba is saying the file time
> was way back on Sep. 30th.
> [root at tungsten KOSRCFLM]# ls -l 1321-538.dpn
> -rw-rw-r-- 1 resin resin 387 Oct 5 15:49 1321-538.dpn
> [root at tungsten KOSRCFLM]# stat 1321-538.dpn
> File: `1321-538.dpn'
> Size: 387 Blocks: 8 IO Block: 4096 regular file
> Device: fd08h/64776d Inode: 268583304 Links: 1
> Access: (0664/-rw-rw-r--) Uid: ( 500/ resin) Gid: ( 500/ resin)
> Access: 2010-10-05 15:49:16.025314771 -0400
> Modify: 2010-10-05 15:49:16.025314771 -0400
> Change: 2010-10-05 15:49:16.025314771 -0400
> [root at tungsten KOSRCFLM]# smbclient //tungsten/pro-orders -Ugreg
> Enter greg's password:
> Domain=[36PIX] OS=[Unix] Server=[Samba 3.5.4-GREG]
> smb: \> cd 54378-1
> smb: \54378-1\> cd KOSRCFLM
> smb: \54378-1\KOSRCFLM\> ls 1321-538.dpn
> 1321-538.dpn 387 Thu Sep 30 14:30:19
> 40000 blocks of size 262144. 39999 blocks available
> smb: \54378-1\KOSRCFLM\>
> Any ideas?
They probably do have a basis in reality. That's probably the
real create time (which UNIX doesn't store). Remember, in 3.5.x
we now store the Windows create time in an EA which gets updated
according to Windows rules.
More information about the samba