From: Timur Aydin <ta@taydin.org>
To: gentoo-user@lists.gentoo.org
Subject: [gentoo-user] configuring NFS server to handle client reboots
Date: Sun, 30 Jun 2013 20:10:53 +0300 [thread overview]
Message-ID: <51D0669D.7070000@taydin.org> (raw)
Hi,
I am using Gentoo Linux as an NFS server while doing development on an
Blackfin embedded system. The Blackfin is running uClinux and the
development host is Gentoo testing version (~amd64). The NFS server
version is 1.2.7.
Here is the problem that I am observing: I start from a known state,
restarting the NFS server on Gentoo and power cycling the Blackfin. Once
the Blackfin system has booted, I mount an folder on the Blackfin. This
succeeds without any problem. Then I power cycle the Blackfin again and
after it is up, I try to mount that same folder again. But this time,
the mount command hangs for a minute or so and eventually fails with a
timeout error.
Here is the mount command:
mount -o nolock,tcp 10.2.2.254:/romfs_2011R1 /mnt
When I look into the NFS server's system log, I can see that the mount
was authenticated:
Jun 30 13:54:53 bonsai rpc.mountd[1597]: authenticated mount request
from 10.2.2.220:911 for /home/ta/uclinux_2011R1/db1/uclinux-dist/romfs
(/home/ta/uclinux_2011R1)
I have captured what is happening using wireshark and what I am seeing
is that the mount request succeeds, but the client initiates another TCP
connection (SYN) and this SYN is never responded to by the server.
I know that a sm-notify program is used on both NFS clients/servers to
notify reboots, but this embedded system does not have the sm-notify
capability. And I would rather not try to port it to uClinux.
So, my question is, can I somehow configure the NFS server to allow
mounting the same directory repeatedly whenever the NFS client reboots?
--
Timur
next reply other threads:[~2013-06-30 17:12 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-06-30 17:10 Timur Aydin [this message]
2013-06-30 17:16 ` [gentoo-user] configuring NFS server to handle client reboots Timur Aydin
2013-06-30 17:26 ` Timur Aydin
2013-07-01 2:09 ` Walter Dnes
2013-07-01 10:07 ` Timur Aydin
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=51D0669D.7070000@taydin.org \
--to=ta@taydin.org \
--cc=gentoo-user@lists.gentoo.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