smbfs directory cache broken in 2.2 kernels?

Glenn Burkhardt (glenn@aoi.ultranet.com)
Wed, 01 Sep 1999 13:13:22 -0400

Using RHL 6.0 (2.2.5 kernel) with Win95 systems, smbfs doesn't recognize
(immediately) changes made on the remote the remote system by a user on the
remote computer. After a share has been mounted, if some computer other than
the computer using smbfs to mount the share adds/removes a file to a directory
in
the share, an 'ls' of the mounted directory doesn't show the new/removed file.

If the filename of an added file is known, other operations (e.g., copy) can be
done on the file, even though 'ls' doesn't indicate the file is there.

If the computer using smbfs to access the directory does some directory
operation,
e.g. creating a file, the directory listing updates, and the current directory
contents are shown.

This is a change in behavior from the 2.0.36 systems I have running, which
behave as desired (no lag in getting current contents of a directory).

Does anyone know what's changed? Is there some mount option I've missed to
that
disables use of a directory cache?

There are several were a couple of queries in the Samba mailing list archive
about problems that might be related:

April Escamilla (aprile@airlinksystems.com) 25 Jun 1999
Subject: Smbmount with networked windows system backups
- notes that backups relying on 'smbmount' didn't completely backup files

Tony (mlist@intergrafix.net) 29 Jun 1999
Subject: smbmount file refreshing
- notes that file sizes don't get updated when the server changes a
log file.

Thanks...

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/