[Samba] bogus file times in samba 3.5.4

[Greg Dickie]

Hey Jeremy,

  Thank you for the super quick response. I was not aware that they were
stored in an EA. Is there anyway to see the contents of the EA? (attr -l
shows nothing). This is an XFS filesystem.  I'm pretty sure the user
told me that those files were only put on the server on the 5th but I
will verify that.

So if a file is created outside samba I assume it will use the POSIX
dates right? That's confusing....

Thanks,
Greg


On Thu, 2010-10-07 at 12:44 -0700, Jeremy Allison wrote:
> On Thu, Oct 07, 2010 at 03:41:04PM -0400, Greg Dickie wrote:
> > 
> > Hi,
> > 
> >   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
> > 2010
> > 
> > 		40000 blocks of size 262144. 39999 blocks available
> > smb: \54378-1\KOSRCFLM\> 
> > 
> > 
> > 
> > Any ideas?
> > Thanks,
> > Greg
> 
> 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.
> 
> Jeremy.

-- 
Greg Dickie
just a guy