You are probably using smbfs not samba, so what matter is the kernel you
have not samba version (no we do not develop smbfs as part of samba.
You do not tell which is the OS you mount from.
You should know dos system had 2 seconds time resolution, we also
emulate this behavior in samba code.
However, this seem a kernel bug in smbfs.
Simo.
On Sun, 2002-12-22 at 07:52, Erick Calder wrote:> hei everyone,
>
> I have a weird problem: if I do a
>
> # cd /somedir; stat somesubdir |grep Modify
>
> where /somedir is some directory on an SMB-mounted filesystem I get one
> datetime... but I I do:
>
> # cd /somedir; stat * |grep Modify
>
> for the same directory I get a Modify time which consistently differs by 1
> second. As I'm writing a perl module to detect differences in a
filesystem
> and rely on the mtime, I'm crawling up walls...
>
> I'm running RH 7.2 with a 2.4.18-18.7 kernel and samba 2.2.1a-4. and
I've
> had this weird behaviour confirmed by someone on OPN #redhat running a RH
> 8.0 system with samba 2.2.7.
>
> wtf?
>
> thx - ekkis
--
Simo Sorce - simo.sorce@xsec.it
Xsec s.r.l.
via Durando 10 Ed. G - 20158 - Milano
tel. +39 02 2399 7130 - fax: +39 02 700 442 399
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 232 bytes
Desc: This is a digitally signed message part
Url :
http://lists.samba.org/archive/samba/attachments/20021222/b4767f85/attachment.bin