From: "J. Bruce Fields" <bfields@fieldses.org>
To: Jody Gugelhupf <knueffle@yahoo.com>
Cc: "linux-nfs@vger.kernel.org" <linux-nfs@vger.kernel.org>
Subject: Re: help with nfs export/mount
Date: Thu, 19 Sep 2013 11:15:51 -0400 [thread overview]
Message-ID: <20130919151551.GE20422@fieldses.org> (raw)
In-Reply-To: <1379601992.25969.YahooMailNeo@web140005.mail.bf1.yahoo.com>
On Thu, Sep 19, 2013 at 07:46:32AM -0700, Jody Gugelhupf wrote:
> ah ok, i have dropped the "fsid=0" as you had suggested but had still mounted with "sudo mount 192.168.2.3:/ /home/jarvis/Videos/xbmc"
> though when doing tab completition on cli it does show
> ls /home/jarvis/Videos/xbmc/
> ls /home/jarvis/Videos/xbmc/home
>
> ls /home/jarvis/Videos/xbmc/home/user
>
> ls /home/jarvis/Videos/xbmc/home/user/media
>
> ls /home/jarvis/Videos/xbmc/home/user/media/Series
>
> and then hangs indeed
That does sound like a kernel or mountd bug. Possibly it's confused by
the bind mounts. Could you post the contents of /proc/self/mounts on
the server?
Also, reproduce the hang as above on the client, then as root on the
server, run:
rpcdebug -m rpc -s cache
cat /proc/net/auth.unix.ip/content
cat /proc/net/rpc/nfsd.fh/content
cat /proc/net/rpc/nfsd.export/content
and post the output.
Finally if you're up to building the latest nfs-utils and kernel from
source it would be interesting to know whether the bug persists
upstream.
--b.
>
>
>
>
> ----- Original Message -----
> From: J. Bruce Fields <bfields@fieldses.org>
> To: Jody Gugelhupf <knueffle@yahoo.com>
> Cc: "linux-nfs@vger.kernel.org" <linux-nfs@vger.kernel.org>
> Sent: Thursday, September 19, 2013 4:25:35 PM
> Subject: Re: help with nfs export/mount
>
> On Thu, Sep 19, 2013 at 07:21:04AM -0700, Jody Gugelhupf wrote:
> > on client side (in order):
> >
> > sudo mount 192.168.2.3:/ /home/jarvis/Videos/xbmc
>
> As I said, if you've dropped the "fsid=0" (which you should) then you
> should be mounting the real server-side path, not /.
>
> > no error msg, then trying to access the directory:
> > ls /home/jarvis/Videos/xbmc/home/user/media/Series
> > the console does not react,
>
> So the mount succeeds, but the "ls" hangs?
>
> --b.
>
> > i open a new console and see again
> > Sep 19 14:15:56 darkstar kernel: [61095.429346] nfs: server 192.168.2.3 OK
> > Sep 19 14:17:01 darkstar kernel: [61280.169706] nfs: server 192.168.2.3 not responding, still trying
> >
> >
> > but i also noticed this (didn't see it before)
> > Sep 19 16:12:53 darkstar rpc.idmapd[576]: nss_getpwnam: name 'user' not found in domain 'localdomain'
> >
> >
> >
> > ----- Original Message -----
> > From: J. Bruce Fields <bfields@fieldses.org>
> > To: Jody Gugelhupf <knueffle@yahoo.com>
> > Cc: "linux-nfs@vger.kernel.org" <linux-nfs@vger.kernel.org>
> > Sent: Thursday, September 19, 2013 4:08:46 PM
> > Subject: Re: help with nfs export/mount
> >
> > On Thu, Sep 19, 2013 at 07:03:30AM -0700, Jody Gugelhupf wrote:
> > > on server side I see in dmesg this:
> > > [8040437.603605] nfsd: last server has exited, flushing export cache
> > > [8040439.496016] NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory
> > > [8040439.496035] NFSD: starting 90-second grace period
> > >
> > > on client side i only see:
> > > Sep 19 13:27:56 darkstar kernel: [61095.429346] nfs: server 192.168.2.3 OK
> > > Sep 19 13:31:01 darkstar kernel: [61280.169706] nfs: server 192.168.2.3 not responding, still trying
> > > is there a way to further debug?
> >
> > Exactly what commands did you type, and what things happened, in what
> > order?
> >
> > --b.
> >
> --
> 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 http://vger.kernel.org/majordomo-info.html
>
next prev parent reply other threads:[~2013-09-19 15:15 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-09-19 9:26 help with nfs export/mount Jody Gugelhupf
2013-09-19 11:36 ` Malahal Naineni
2013-09-19 11:52 ` Jody Gugelhupf
2013-09-19 13:14 ` J. Bruce Fields
2013-09-19 13:31 ` Jody Gugelhupf
2013-09-19 13:40 ` J. Bruce Fields
2013-09-19 14:03 ` Jody Gugelhupf
2013-09-19 14:08 ` J. Bruce Fields
2013-09-19 14:21 ` Jody Gugelhupf
2013-09-19 14:25 ` J. Bruce Fields
2013-09-19 14:46 ` Jody Gugelhupf
2013-09-19 15:15 ` J. Bruce Fields [this message]
2013-09-21 10:51 ` Jody Gugelhupf
2013-09-21 14:36 ` Jody Gugelhupf
2013-09-21 14:46 ` 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=20130919151551.GE20422@fieldses.org \
--to=bfields@fieldses.org \
--cc=knueffle@yahoo.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;
as well as URLs for NNTP newsgroup(s).