All of lore.kernel.org
 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 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.