Path: utzoo!attcan!uunet!tut.cis.ohio-state.edu!zaphod.mps.ohio-state.edu!usc!rutgers!cbmvax!grr From: grr@cbmvax.commodore.com (George Robbins) Newsgroups: comp.unix.ultrix Subject: Re: Problems with file locking (Ultrix and HP-UX) Keywords: Ultrix file locking fcntl HP-UX NFS Message-ID: <13116@cbmvax.commodore.com> Date: 9 Jul 90 21:36:43 GMT References: <58061@bbn.BBN.COM> Reply-To: grr@cbmvax (George Robbins) Organization: Commodore, West Chester, PA Lines: 39 In article <58061@bbn.BBN.COM> fkittred@spca.bbn.com (Fletcher Kittredge) writes: > > I have been testing Posix style file locking on Ultrix 4.0(FT 2) > and 3.1 on both RISC and VAX in preparation for using it in a > product. I have had strange results. And was hoping someone could > enlighten me. > > However, on Ultrix 3.1 systems, locking a NFS mounted file is extremely > slow (200 times slower than locking a local file). This seems to be > the case whether the Ultrix 3.1 system is the locking client or the > NFS server. I tested this with the following systems being both > client and server: There is a patch against the base 3.1 release having to do with NFS file locking. I know it applies to the VAX release, but is included in the latter RISC child releases. Check with the support center... lockd, klm_lockmgr.o -------------------- On systems using nfs locking, this daemon and kernel patch will cause the locks to perform at a much faster rate. In addition, there is a bug fix or two included. > In addition, when Ultrix 4.0(FT 2) is the client platform, and HP-UX is > the server platform, I am unable to get a lock at all. Calling fnctl() > to lock the first time returns -1 and perror() prints the following > message on Ultrix: > > 2) Is the problem with locking between Ultrix 4.0 and HP-UX a known > problem, whose problem is it, and when will it be fixed? (I am > reporting it to Ultrix Field Test). I think that reporting it as a field test problem would have to be the starting point - that's what field test releases are for... -- George Robbins - now working for, uucp: {uunet|pyramid|rutgers}!cbmvax!grr but no way officially representing: domain: grr@cbmvax.commodore.com Commodore, Engineering Department phone: 215-431-9349 (only by moonlite)