All of lore.kernel.org
 help / color / mirror / Atom feed
From: Marc Schmitt <mschmitt@inf.ethz.ch>
To: nfs@lists.sourceforge.net
Subject: rpc.mountd: getfh failed: Operation not permitted
Date: Wed, 06 Aug 2003 17:08:21 +0200	[thread overview]
Message-ID: <3F3119E5.2040207@inf.ethz.ch> (raw)

Hi (again)

I don't get any rest with my Linux NFS server... after you helped me 
with the mountd RPC issues, today another problem occured, it was the 
third time this happened.

All of a sudden, the server comes into a state where it will fill the 
logs with the error message in the subject. Clients with active mounts 
will continue working fine, but some mount requests (only some!) will be 
denied with that error. Restarting the nfs daemon helps, after that some 
users reported that their homes were hanging with a stale handle, though.

After googling around, I found various suggestions:

- upgrade to kernel >= 2.4.20 (which is something I have to do tonight 
anyway, the server currently suffers from the quota bug in 2.4.18-27 
that was solved in 2.4.20-18, too: "kernel: VFS: find_free_dqentry(): 
Data block full but it shouldn't. kernel: VFS: Error -5 occured while 
creating quota.")

- increase the number of open file handles
Is this really related? file-max is currently set to 399763, which 
should be enough...

- locking issues
Samba is running on the server, too. Could this potentially lead to this 
error? Or serveral clients accessing the same file over NFS?

Hopefully, the problem will go away with the kernel upgrade.

The underlying filesystem is ext3, mounted with usrquota and 
data=journal, btw.

Please let me know if you see other potential reasons for this problem, 
thanks.

Greetings
     Marc





-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01
_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs

             reply	other threads:[~2003-08-06 15:08 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-08-06 15:08 Marc Schmitt [this message]
2003-08-19 14:50 ` rpc.mountd: getfh failed: Operation not permitted Marc Schmitt
  -- strict thread matches above, loose matches on Subject: below --
2004-01-23 13:26 James Pearson
2005-02-01 23:03 jehan.procaccia
2005-02-02 14:02 ` Steve Dickson
     [not found] <20050203041550.746BD89D13@sc8-sf-spam1.sourceforge.net>
2005-02-03 17:52 ` Jos van Wezel
2005-02-03 19:40   ` Steve Dickson

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=3F3119E5.2040207@inf.ethz.ch \
    --to=mschmitt@inf.ethz.ch \
    --cc=nfs@lists.sourceforge.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.