lockd and informix do not get along

IT Manager jim at tiamat.fsc.com
Sat May 4 05:52:15 AEST 1991


In article <1991May2.113913 at isdc15.Kodak.COM>, sengillo at Kodak.COM (Alan Sengillo) writes:
> I have a problem when I run informix on a SCO or Interactive system that is
> running NFS. The problem is that lockd takes up alot of CPU time whenever
> I do a delete from the database. The surpising thing is that the database is
> not on the NFS mount. If I turn NFS off, the problem goes away. Has anyone
> else encountered this problem?

As I understand it, when you use lockd, all system locks are routed through
it. This is so that when a remote system tries to lock a local file,
lockd will know if a local process already has it locked.

If your SCO or Interactive machine is not exporting any thing via NFS
(i.e. you are mounting other system's files to the SCO or ISC box, but
NOT the other way), than you can probably take the lockd stuff out of
your NFS startup file, and not run it.

Also, if you're not exporting anything, and your NFS startup is running
mountd, you can stop those, too, and save a few slots in the process
table.

Good luck.
------------- 
James B. O'Connor			jim at tiamat.fsc.com
Ahlstrom Filtration, Inc.		615/821-4022 x. 651



More information about the Comp.unix.sysv386 mailing list