From: Subject: Problem with NLM on Fedora Date: Tue, 12 Apr 2005 21:55:32 +0100 Message-ID: <9E621559095AA746B22B21CD4FAF99A50A4E76@EDINMAIL1.ad.datcon.co.uk> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C53FA1.F7B9DD90" Return-path: Received: from sc8-sf-mx2-b.sourceforge.net ([10.3.1.12] helo=sc8-sf-mx2.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1DLSQ9-0007x5-Dg for nfs@lists.sourceforge.net; Tue, 12 Apr 2005 13:55:41 -0700 Received: from smtp.dataconnection.com ([192.91.191.4]) by sc8-sf-mx2.sourceforge.net with esmtp (Exim 4.41) id 1DLSQ8-0004Db-Af for nfs@lists.sourceforge.net; Tue, 12 Apr 2005 13:55:41 -0700 To: Sender: nfs-admin@lists.sourceforge.net Errors-To: nfs-admin@lists.sourceforge.net List-Unsubscribe: , List-Id: Discussion of NFS under Linux development, interoperability, and testing. List-Post: List-Help: List-Subscribe: , List-Archive: This is a multi-part message in MIME format. ------_=_NextPart_001_01C53FA1.F7B9DD90 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable > I've just installed Fedora, and am having problems with NFS. =20 >=20 > What I'm seeing is that NLM requests are not issued to the NFS server = (which is a SNAP Server). Instead the application hangs for about 7 = seconds, and then returns successfully (i.e. the locks are ostensibly = granted). The delay happens both on locks and unlock requests. Via = tcpdump I see NFS requests/responses, but no RPC calls for NLM. >=20 > Here's what uname -a says about my system. >=20 > Linux rack10.datcon.co.uk 2.6.9-1.667smp #1 SMP Tue Nov 2 14:59:52 EST = 2004 i686 i686 i386 GNU/Linux >=20 > Here's the mount point >=20 > 172.19.15.109:/mngdata/keepalive on /opt/dcl/keepalive type nfs = (rw,rsize=3D4096,wsize=3D4096,hard,intr,bg,lock,nfsvers=3D3,addr=3D172.19= .15.109) >=20 > pstack shows I'm hung here: >=20 > 0x002447a2: _dl_sysinfo_int80 + 0x2 (b, e, fefe2080, 0, 0, 0) + 1400 >=20 > I downloaded nfsutils 1.0.7, but that didn't help. I also saw this: >=20 > A. There are permisions on the /var/lib/nfs/sm and /var/lib/nfs/sm.bak = files that must be addressed. Whomever rpc.statd is running as must have = ownership and rw access to those dirs. The permissions should be set to = 700 for both. In addition, etab, rmtab, and xtab all must exist and be = writable by root. >=20 > So I tried changing the permissions: >=20 > /var/lib/nfs: > total 32 > -rwxrwxrwx 1 root root 0 Apr 12 11:58 etab > -rwxrwxrwx 1 root root 0 Apr 12 11:58 rmtab > drwxr-xr-x 7 root root 0 Apr 12 12:29 rpc_pipefs > drwx------ 2 root root 4096 Apr 12 11:58 sm > drwx------ 2 root root 4096 Apr 12 11:58 sm.bak > drwxrwxrwx 4 root root 4096 Apr 12 06:28 statd > -rwxrwxrwx 1 root root 0 Apr 12 11:58 state > -rwxrwxrwx 1 root root 0 Apr 12 11:58 xtab >=20 > /var/lib/nfs/statd: > total 12 > drwxrwxrwx 2 root root 4096 Apr 12 12:31 sm > drwxrwxrwx 2 root root 4096 Apr 12 12:29 sm.bak > -rwxrwxrwx 1 root root 4 Apr 12 12:29 state >=20 > ...and I've rebooted. None of this has helped. >=20 > Any suggestions? >=20 > Edward. ------_=_NextPart_001_01C53FA1.F7B9DD90 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Problem with NLM on Fedora

I've just installed = Fedora, and am having problems with NFS. 

What I'm seeing is = that NLM requests are not issued to the NFS server (which is a SNAP = Server).  Instead the application hangs for about 7 seconds, and = then returns successfully (i.e. the locks are ostensibly granted).  = The delay happens both on locks and unlock requests.  Via tcpdump I = see NFS requests/responses, but no RPC calls for NLM.

Here's what uname -a = says about my system.

Linux = rack10.datcon.co.uk 2.6.9-1.667smp #1 SMP Tue Nov 2 14:59:52 EST 2004 = i686 i686 i386 GNU/Linux

Here's the mount = point

172.19.15.109:/mngdata/keepalive on /opt/dcl/keepalive = type nfs = (rw,rsize=3D4096,wsize=3D4096,hard,intr,bg,lock,nfsvers=3D3,addr=3D172.19= .15.109)

pstack shows I'm hung = here:

0x002447a2: = _dl_sysinfo_int80 + 0x2 (b, e, fefe2080, 0, 0, 0) + 1400

I downloaded nfsutils = 1.0.7, but that didn't help.  I also saw this:

A. There are permisions on the /var/lib/nfs/sm and /var/lib/nfs/sm.bak files = that must be addressed. Whomever rpc.statd is running as must have = ownership and rw access to those dirs. The permissions should be set to = 700 for both. In addition, etab, rmtab, and xtab all must exist and be = writable by root.

So I tried changing = the permissions:

/var/lib/nfs:
total 32
-rwxrwxrwx  1 = root root    0 Apr 12 11:58 etab
-rwxrwxrwx  1 = root root    0 Apr 12 11:58 rmtab
drwxr-xr-x  7 = root root    0 Apr 12 12:29 rpc_pipefs
drwx------  2 = root root 4096 Apr 12 11:58 sm
drwx------  2 = root root 4096 Apr 12 11:58 sm.bak
drwxrwxrwx  4 = root root 4096 Apr 12 06:28 statd
-rwxrwxrwx  1 = root root    0 Apr 12 11:58 state
-rwxrwxrwx  1 = root root    0 Apr 12 11:58 xtab

/var/lib/nfs/statd:
total 12
drwxrwxrwx  2 = root root 4096 Apr 12 12:31 sm
drwxrwxrwx  2 = root root 4096 Apr 12 12:29 sm.bak
-rwxrwxrwx  1 = root root    4 Apr 12 12:29 state

...and I've = rebooted.  None of this has helped.

Any = suggestions?

Edward.

------_=_NextPart_001_01C53FA1.F7B9DD90-- ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click _______________________________________________ NFS maillist - NFS@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nfs