Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 10 Jan 2005 12:53:35 -1000
From:      Robert Marella <marella@hawaii.rr.com>
To:        Erik Norgaard <norgaard@locolomo.org>
Cc:        freebsd-questions@freebsd.org
Subject:   Re: NFS export of evolution-SOLVED
Message-ID:  <1105397615.900.3.camel@p4>
In-Reply-To: <41E2EDC6.2050806@locolomo.org>
References:  <1105332185.1028.4.camel@p4> <41E24463.3080207@locolomo.org> <1105389918.813.2.camel@p4>  <41E2EDC6.2050806@locolomo.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, 2005-01-10 at 22:04 +0100, Erik Norgaard wrote:
> Robert Marella wrote:
> > On Mon, 2005-01-10 at 10:01 +0100, Erik Norgaard wrote:
> > 
> >>Robert Marella wrote:
> >>
> >>>Hello
> >>>
> >>>I am not sure where this problem should go so I am posting to
> >>>-questions. 
> >>>
> >>>I have a SOHO set up with several computers running a mix of FreeBSD 5.3
> >>>Release and Stable. I have an NFS server set up so that data can be
> >>>shared at all of the computers.
> >>>
> >>>I would like to have the ability to retrieve mail from any of the
> >>>computers I happen to be logged into. I have tried various permutations
> >>>of exporting /home, /home/reg-user, and /home/reg-user/.evolution and I
> >>>always get the same error when trying to read mail.
> >>>
> >>>I am able to mount the directory(ies) on the client computers and am
> >>>able to call up evolution and see the messages but when I try to read
> >>>any message I get this error
> >>>
> >>>******************************************************************
> >>>Error while Retrieving message 1292 (this number varies of course)
> >>>
> >>>Failed to get lock using fcntl(2): Operation not supported.
> >>>******************************************************************
> >>>
> >>>I read the man page for fcntl but I didn't get any help out of it. It
> >>>was way over my head.
> >>>
> >>>Here is the important bits from /etc/exports
> >>>
> >>>/home/reg-user/.evolution -alldirs notebook.my.local.lan
> >>>
> >>>I have also tried -maproot with out any luck. I would think this is
> >>>possible but I guess I haven't set up the right conditions or options.
> >>>Can anyone help me out?
> >>
> >>The error appears to be with filelocking not mounting. Filelocking is a
> >>problem on NFS as many independent systems might try to get write access
> >>to the same file at the same time. Do you have:
> >>
> >>rpc_lockd_enable="YES" # Run NFS rpc.lockd needed for client/server.
> >>rpc_statd_enable="YES" # Run NFS rpc.statd needed for client/server.
> >>
> >>in your rc.conf?
> > 
> > 
> > Eric,
> > No I do not have that in my rc.conf. I tried adding it and got the same
> > results. Should I try to change the values to ="NO" ??
> 
> No, default is "NO" (see /etc/defaults/rc.conf for further options). I 
> don't know if you have to enable it on both client and server, and you 
> also need rpcbind if it was not enabled.

This is the solution. rpcbind, rpc_lockd, and rpc_statd have to be
enabled on both the server and the client.

I now can sit in the recliner with the laptop and read the maillists.

Thanks Erik for pulling on my collar and popping my head out of my ass.

Robert


> 
> Note, these are rpc-services, so if you have a strict firewall (that is 
> any) your clients may not be able to access the lockd. Unfortunately 
> there is no way of predicting which port lockd will bind to.
> 
> Btw I assume that after adding the above lines to your rc.conf you 
> succesfully started the services :-) (both statd and lockd are started 
> by /etc/rc.d/nfslocking start) you should be able to see to which ports 
> they bind using 'sockstat -4':
> 
> daemon   rpc.lockd  3329  3  udp4   *:648                 *:*
> root     rpc.lockd  3328  3  udp4   *:648                 *:*
> root     rpc.statd  3323  5  udp4   *:805                 *:*
> 
> if you don't see it check in /var/log/messages if it registred properly 
> with rpcbind. I just tried and found that lockd wouldn't start without 
> statd.
> 
> I should add that I haven't really used statd/lockd, but from what I 
> know, it appears your solution is somewhere in that direction. I hope 
> this at least works as a pointer for you... :-)
> 
> Cheers, Erik
> 



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1105397615.900.3.camel>