Linux NFS development
 help / color / mirror / Atom feed
From: Trond Myklebust <trond.myklebust@fys.uio.no>
To: howard chen <howachen@gmail.com>
Cc: "Talpey, Thomas" <Thomas.Talpey@netapp.com>, linux-nfs@vger.kernel.org
Subject: Re: Permission denied when mounting NFS (was okay before)
Date: Fri, 26 Sep 2008 12:06:01 -0400	[thread overview]
Message-ID: <1222445161.10150.4.camel@localhost> (raw)
In-Reply-To: <b66ddc900809260857o39c4ef31h75af8e7eaf9448fc-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>

On Fri, 2008-09-26 at 23:57 +0800, howard chen wrote:
> Hi,
> 
> On Fri, Sep 26, 2008 at 11:25 PM, Talpey, Thomas
> <Thomas.Talpey@netapp.com> wrote:
> > At 11:05 AM 9/26/2008, howard chen wrote:
> > You didn't indicate what the client and server were, btw.
> 
> client is 3, as I see when mount with verbose option: ... mount:
> trying xxxx prog 100003 vers 3 prot udp port 2049
> 
> server should be also 3, default by CentOS 4.4, 64bit

What does

  'rpcinfo -p 10.10.10.1'

give you? Also,

  'showmount -e 10.10.10.1'

Finally, what kind of filesystem are you exporting on /data0/tmp?

> >
> > Do you have multiple interfaces on the client? If the client routing
> > originates from a different address than 10.10.10.2, then the server
> > will deny it because you have specified a numerical address.
> 
> Yes, both servers have interface for public IP, but as I can see the
> 10.10.10.2 in /var/log/message of NFS server, so I think routing is
> ok.
> 
> 
> 
> > This isn't the source of the permissions error, but why are you doing
> > a UDP mount, and with only three retries? Generally, TCP will perform
> > better, and more robustly. Also, the "noatime" option is a no-op for
> > the NFS client (servers are in charge of maintaining atime).
> 
> I agree TCP is more robust, but isn't UDP will have a better performance?

That depends. In my experience, the difference in performance on an
unloaded network, then UDP will outperform TCP by ~10%. However, if you
have a heavily loaded network with lots of dropped packets, then TCP
will usually give much better performance than UDP.

Trond


  parent reply	other threads:[~2008-09-26 16:06 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-09-26 11:32 Permission denied when mounting NFS (was okay before) howard chen
     [not found] ` <b66ddc900809260432o4ecfab4fk39b0d06002bae57a@mail.gmail.co m>
     [not found]   ` <b66ddc900809260432o4ecfab4fk39b0d06002bae57a-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
     [not found]     ` <b66ddc900809260432o4ecfab4fk39b0d06002bae57a-JsoAwUIsXouhRSP0FMvGiw@public.gmane.org m>
2008-09-26 11:50       ` Talpey, Thomas
     [not found]         ` <RTPCLUEXC2-PRDM3SOl0000001f-rtwIt2gI0FxT+ZUat5FNkAK/GNPrWCqfQQ4Iyu8u01E@public.gmane.org>
2008-09-26 15:05           ` howard chen
     [not found]           ` <b66ddc900809260805g71578cacr73a526e87a77e677-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
     [not found]             ` <b66ddc900809260805g71578cacr73a526e87a77e677-JsoAwUIsXouhRSP0FMvGiw@public.gmane.org m>
2008-09-26 15:25               ` Talpey, Thomas
     [not found]                 ` <RTPCLUEXC2-PRDNXRPm0000003a-rtwIt2gI0FxT+ZUat5FNkAK/GNPrWCqfQQ4Iyu8u01E@public.gmane.org>
2008-09-26 15:57                   ` howard chen
     [not found]                     ` <b66ddc900809260857o39c4ef31h75af8e7eaf9448fc-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2008-09-26 16:06                       ` Trond Myklebust [this message]
2008-09-26 16:13                         ` howard chen
     [not found]                         ` <b66ddc900809260913r6c009658p958d88aa2e1be99e-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
     [not found]                           ` <b66ddc900809260913r6c009658p958d88aa2e1be99e-JsoAwUIsXouhRSP0FMvGiw@public.gmane.org m>
2008-09-26 16:23                             ` Talpey, Thomas
     [not found]                               ` <RTPCLUEXC2-PRDIIZS20000003d-rtwIt2gI0FxT+ZUat5FNkAK/GNPrWCqfQQ4Iyu8u01E@public.gmane.org>
2008-09-29  4:21                                 ` howard chen
     [not found]                                   ` <b66ddc900809282121t6953e068n62870810f1d0874-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2008-09-29  4:53                                     ` howard chen
     [not found]                                       ` <b66ddc900809282153yb873d8ayf82f2a61eca9cc18-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2008-09-29 17:26                                         ` J. Bruce Fields
2008-09-30 13:51                                           ` howard chen
     [not found]                                             ` <b66ddc900809300651i11d07caudd32831d6954f02d-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2008-09-30 18:51                                               ` J. Bruce Fields
2009-03-03 10:04                                           ` Benny Halevy
2009-03-03 17:30                                             ` J. Bruce Fields

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=1222445161.10150.4.camel@localhost \
    --to=trond.myklebust@fys.uio.no \
    --cc=Thomas.Talpey@netapp.com \
    --cc=howachen@gmail.com \
    --cc=linux-nfs@vger.kernel.org \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox