Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g6SCUORw007206 for ; Sun, 28 Jul 2002 05:30:24 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g6SCUOrp007205 for linux-xfs-outgoing; Sun, 28 Jul 2002 05:30:24 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g6SCUJRw007177 for ; Sun, 28 Jul 2002 05:30:19 -0700 Received: from tulip-e185.americas.sgi.com (tulip-e185.americas.sgi.com [128.162.185.208]) by zeus-e8.americas.sgi.com (SGI-SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id HAA37011; Sun, 28 Jul 2002 07:31:31 -0500 (CDT) Received: from [192.168.1.100] (cf-vpn-sw-corp-64-28.corp.sgi.com [134.15.64.28]) by tulip-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.7) with ESMTP id HAA14687; Sun, 28 Jul 2002 07:31:31 -0500 (CDT) Subject: Re: NFS From: Stephen Lord To: Derek Glidden Cc: "linux-xfs@oss.sgi.com" In-Reply-To: <1027610148.23272.5.camel@two.nks.net> References: <20020724230655.O27801-100000@xs1.xs4all.nl> <1027550034.21591.13.camel@two.nks.net> <20020725063733.GB3940@thangorodrim.thompson.us> <1027610148.23272.5.camel@two.nks.net> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 28 Jul 2002 07:29:26 -0500 Message-Id: <1027859368.10337.3.camel@laptop.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Thu, 2002-07-25 at 10:15, Derek Glidden wrote: > > It's an option to mounting an XFS filesystem - not /etc/exports. > > Presumably it means something like "writesync" but I'm not sure if it's > still relevant to making NFS work reliably. > wsync has the effect of making all transactions in XFS synchronous, it was designed for NFS and is normally combined with turning on a synchronous writes in NFS. Basically this is for people who want to follow the original NFS spec - before the NFS server returns from an RPC, all associated data is spinning on disk, unless you have IDE write caching turned on of course. Steve