From: Mahmood Naderan Subject: Re: rpc.statd is not running but is required Date: Mon, 2 May 2011 03:54:32 -0700 (PDT) Message-ID: <447609.81996.qm@web111705.mail.gq1.yahoo.com> References: <846668.33333.qm@web111707.mail.gq1.yahoo.com> <20110502183547.7e9f1295@notabene.brown> <4DBE80CE.8070406@conversis.de> <830501.99174.qm@web111711.mail.gq1.yahoo.com> <20110502204200.41f71733@notabene.brown> Reply-To: Mahmood Naderan Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Cc: nfs To: NeilBrown Return-path: Received: from nm2.bullet.mail.sp2.yahoo.com ([98.139.91.72]:20526 "HELO nm2.bullet.mail.sp2.yahoo.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP id S1754166Ab1EBKyd convert rfc822-to-8bit (ORCPT ); Mon, 2 May 2011 06:54:33 -0400 In-Reply-To: <20110502204200.41f71733-wvvUuzkyo1EYVZTmpyfIwg@public.gmane.org> Sender: linux-nfs-owner@vger.kernel.org List-ID: I have to say somethig that might related to this problem. Earleir I ha= d problem with these files: /etc/passwd /etc/group /etc/shadow =A0 Hopefully I had backed up them to *.bak. The procedure to fix those fil= e names was booting a live cd and then: cp /etc/passwd.bak /etc/passwd cp /etc/group.bak /etc/group cp /etc/shadow.bak /etc/shadow =A0 I said that becuase I found that statd has a user name which I didn't t= hink about it. here they are: mahmood@server:~$ cat /etc/passwd | grep "statd" statd:x:108:65534::/var/lib/nfs:/bin/false mahmood@server:~$ cat /etc/group | grep "statd" mahmood@server:~$ sudo cat /etc/shadow | grep "statd" statd:*:14970:0:99999:7::: Are they normal?=A0 // Naderan *Mahmood; ----- Original Message ----- =46rom: NeilBrown To: Mahmood Naderan Cc: Dennis Jacobfeuerborn ; nfs Sent: Monday, May 2, 2011 3:12 PM Subject: Re: rpc.statd is not running but is required On Mon, 2 May 2011 03:03:28 -0700 (PDT) Mahmood Naderan wrote: > I heve this service > =A0 > mahmood@server:~$ sudo=A0 /etc/init.d/nfs-kernel-server restart > =A0* Stopping NFS kernel daemon=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 [ OK ] > =A0* Unexporting directories for NFS kernel daemon...=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 [ OK ] > =A0* Exporting directories for NFS kernel daemon...=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 [= OK ] > =A0* Starting NFS kernel daemon=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 [ OK ] >=20 > =A0 > I use debian based linux. Is that what you meant? (sorry - clicked wrong button before. Yes, it seems Debian doesn't supply start-statd.=A0 I wonder why. They rely on =A0 =A0 /etc/init.d/nfs-common start to start statd.=A0 That should work unless NEED_STATD is set to 'no' in= =20 /etc/default/nfs-common. What is in /etc/default/nfs-common?? If you=20 =A0 /etc/init.d/nfs-common restart does that start statd? NeilBrown >=20 > // Naderan *Mahmood; >=20 >=20 > ----- Original Message ----- > From: Dennis Jacobfeuerborn > To: NeilBrown > Cc: Mahmood Naderan ; nfs > Sent: Monday, May 2, 2011 2:30 PM > Subject: Re: rpc.statd is not running but is required >=20 > On 05/02/2011 10:35 AM, NeilBrown wrote: > > On Mon, 2 May 2011 00:59:01 -0700 (PDT) Mahmood Naderan > > =A0 wrote: > > > >> Hi, > >> I have setup NFS and I checked every thing with documents and manu= al. > >> After the client boots up, it says: > >> > >> > >> mount.nfs: rpc.statd is not running but is required for remote loc= king. > >> mount.nfs: Either use '-o nolock' to keep locks local, or start st= atd. > >> mountall: mount /opt [1000] terminated with status 32 > > > > mount tried to run=A0 /usr/sbin/start-statd and it failed for some = reason. > > What is in /usr/sbin/start-statd ?? > > What happens if you run it directly? > > What happens if you just run=A0 /usr/sbin/rpc.statd?? > > >=20 > Have you tried checking if the /etc/init.d/nfslock service is enabled= and=20 > running? >=20 > Regards, > =A0=A0 Dennis >=20 > -- > To unsubscribe from this list: send the line "unsubscribe linux-nfs" = in > the body of a message to majordomo@vger.kernel.org > More majordomo info at=A0 http://vger.kernel.org/majordomo-info.html