[Samba] weird stat()
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?
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.
> thx - ekkis
Simo Sorce - simo.sorce at xsec.it
via Durando 10 Ed. G - 20158 - Milano
tel. +39 02 2399 7130 - fax: +39 02 700 442 399
More information about the samba