[Samba] weird stat()

Erick Calder e at arix.com
Sun Dec 22 19:38:01 GMT 2002

> so what matter is the kernel you have not samba version

sorry if I didn't provide all relevant info.

client host: RH 7.2 (2.4.18-18.7 kernel), samba 2.2.1a-4
server host: RH 7.0 (2.4.9 kernel), samba 2.0.10-0.7

> However, this seem a kernel bug in smbfs

if this is a bug in the kernel... the question on which side: the client
(which is rather recent) or the server (which is a little older)... and in
either case then I should be posting to which mailing list?

-----Original Message-----
From: Simo Sorce [mailto:simo.sorce at xsec.it]
Sent: Sunday, December 22, 2002 2:35 AM
To: Erick Calder
Cc: samba at lists.samba.org
Subject: Re: [Samba] weird stat()

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.


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
> 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 at xsec.it
Xsec s.r.l.
via Durando 10 Ed. G - 20158 - Milano
tel. +39 02 2399 7130 - fax: +39 02 700 442 399

More information about the samba mailing list