This message generated a parse failure. Raw output follows here. Please use 'back' to navigate. From devnull@lkml.org Fri Jun 7 16:01:32 2024 Received: from lml.valinux.com (postfix@lml.valinux.com [198.186.203.19]) by herbie.ucs.indiana.edu (8.9.3/8.9.3) with ESMTP id EAA25264 for ; Thu, 27 Jan 2000 04:22:03 -0500 (EST) Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by lml.valinux.com (Postfix) with ESMTP id 4BC045F319; Wed, 26 Jan 2000 23:27:10 -0800 (PST) Received: by vger.rutgers.edu via listexpand id ; Wed, 26 Jan 2000 22:12:37 -0500 Received: by vger.rutgers.edu id ; Wed, 26 Jan 2000 22:12:15 -0500 Received: from [202.96.72.33] ([202.96.72.33]:2967 "EHLO web.dce.com.cn") by vger.rutgers.edu with ESMTP id ; Wed, 26 Jan 2000 22:12:05 -0500 Received: from 0010 by web.dce.com.cn with SMTP (Microsoft Exchange Internet Mail Service Version 5.0.1457.7) id CVJBJY93; Thu, 27 Jan 2000 15:18:05 +0800 Message-Id: <001501bf6896$ddc93f40$65e609c1@0010> From: "Jesse Kuang" To: "Anton Ivanov" Cc: References: Subject: Re: Fw: Linux SMBfs cache problem Date: Thu, 27 Jan 2000 15:19:34 +0800 Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2014.211 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2014.211 Sender: owner-linux-kernel@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-kernel-outgoing-dig Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by herbie.ucs.indiana.edu id EAA25264 ----- Original Message ----- From: Anton Ivanov To: Jesse Kuang Cc: Sent: Thursday, January 27, 2000 1:37 AM Subject: RE: Fw: Linux SMBfs cache problem > -----BEGIN PGP SIGNED MESSAGE----- > > > On 26-Jan-2000 Jesse Kuang wrote: > > > > ----- Original Message ----- > > From: Jesse Kuang > > To: ; > > Sent: Friday, January 14, 2000 4:31 PM > > Subject: Linux SMBfs cache problem > > > > > >> In the MS world, if program keep the file open(never close), the mod > >> time/size of file never get changed whatever the program write, I've a > >> program running on Win95/Win98/Winnt update the file(keep open/never close), > >> the smbfs always get the cached content of file(updated several hours > > later), I had to umount the smbfs then remount it to get updated content > > quickly, while ncpfs has no such problem. Win95/Win98/Winnt's MS network > > filesystem works well. > > If I understand you correctly you have run into SMB oplocks. > > See samba manual for oplocks (opportunistic locks). Unless you explicitly tell > that a share does not have them the client shall always cache and nothing shall > be updated until client unmounts or runs out of RAM and has to flush > buffers. It's SMBfs client on linux side, the file on Win95/WinNT share get cached, the oplock stands for samba Server, what's option for smbmount to disable local cache. Thanx /kjx :.˛mkabzwmb˛mbz_^nrzh&zvy杶ii