l i n u x - u s e r s - g r o u p - o f - d a v i s
Next Meeting:
July 7: Social gathering
Next Installfest:
Latest News:
Jun. 14: June LUGOD meeting cancelled
Page last updated:
2001 Dec 30 16:59

The following is an archive of a post made to our 'vox-tech mailing list' by one of its subscribers.

Report this post as spam:

(Enter your email address)
Re: [vox-tech] odd nfs problem
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [vox-tech] odd nfs problem

On Tue, Dec 05, 2000 at 07:50:41PM -0800, Mark Kim wrote:
> On Tue, 5 Dec 2000, Henry House wrote:
> > On Tue, Dec 05, 2000 at 11:28:45AM -0800, jdnewmil@dcn.davis.ca.us wrote:
> > > google sez... "are you running rpc.statd on the client?"
> > 
> > I wasn't...that helped somewhat. Unfortunately mutt still cannot aquire the
> > lock. It reports: 'Waiting for fcntl lock...'
> Does fcntl lock work under NFS?  I know there is one type of lock that
> doesn't work over NFS...  I thought it was "flock()" call but the man page
> says it's implemented via fcntl.
> Also, could another program possibly have a lock on it and isn't letting
> go?
> -Mark

Sorry - I must not have been watching this thread much.

I've had this exact problem numerous times.  The important thing is
that rpc.lockd must be running on both the mounter and the mountee to use
flock() over nfs.  This runs automatically on my machine from


LUGOD Group on LinkedIn
Sign up for LUGOD event announcements
Your email address:
LUGOD Group on Facebook
'Like' LUGOD on Facebook:

Hosting provided by:
Sunset Systems
Sunset Systems offers preconfigured Linux systems, remote system administration and custom software development.

LUGOD: Linux Users' Group of Davis
PO Box 2082, Davis, CA 95617
Contact Us

LUGOD is a 501(c)7 non-profit organization
based in Davis, California
and serving the Sacramento area.
"Linux" is a trademark of Linus Torvalds.

Sponsored in part by:
Sunset Systems
Who graciously hosts our website & mailing lists!