Date: Fri, 10 Nov 2000 05:55:29 -0800 From: Cy Schubert - ITSD Open Systems Group <Cy.Schubert@uumail.gov.bc.ca> To: Erik Trulsson <ertr1013@student.uu.se> Cc: cam <cam@bsdfr.org>, stable@FreeBSD.ORG Subject: Re: rpc.lockd broken in FreeBSD NFS Message-ID: <200011101355.eAADtWf68318@cwsys.cwsent.com> In-Reply-To: Your message of "Wed, 08 Nov 2000 17:45:21 %2B0100." <20001108174521.A16846@student.uu.se>
next in thread | previous in thread | raw e-mail | index | archive | help
In message <20001108174521.A16846@student.uu.se>, Erik Trulsson writes: > On Wed, Nov 08, 2000 at 02:53:47PM +0100, cam wrote: > > hi > > > > I have to use rpc.lockd on my NFS server (FreeBSD 4.0-STABLE) and I've noti > ce that it is broken with this line in /etc/defaults/rc.conf: > > > > 113: rpc_lockd_enable="NO" # Run NFS rpc.lockd (*broken!*) if > nfs_server. > > > > 1/ Why is it broken ? I've search in the archives but I've not found any go > od answers. > > You can't have looked that hard. This question did come up earlier this > year on -questions and it wasn't difficult to find the answer searching > through the list-archives. > > Anyway, the answer is that lockd is just a dummy implementation. When the > client requests a lock rpc.lockd will just say "A lock? Sure, here you have > one." without actually locking anything. > > The only reason for running this is when you have semi-broken clients > (usually DOS/Windows based) that insist on getting a lock even though they > don't really need it. Then lockd will make them work. That's because MS systems lock every file that is opened, local and remote, with either a shared or exclusive lock. Interestingly, coupled with an Oracle bug, one can trick Oracle into thinking a database is corrupt without actually touching a byte in the database using this "feature" of MS operating systems by running a backup (Veritas or Legato) just prior to starting Oracle. Regards, Phone: (250)387-8437 Cy Schubert Fax: (250)387-5766 Team Leader, Sun/DEC Team Internet: Cy.Schubert@osg.gov.bc.ca Open Systems Group, ITSD, ISTA Province of BC To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200011101355.eAADtWf68318>