From: Peter Funk <pf@artcom-gmbh.de>
To: Dick Streefland <dick.streefland@altium.nl>
Cc: linux-nfs@vger.kernel.org
Subject: Re: How to avoid rebooting Linux NFS-client when NFS-server is not available?
Date: Fri, 26 Jul 2013 14:08:49 +0200 [thread overview]
Message-ID: <20130726120849.GA12584@pfmaster> (raw)
In-Reply-To: <6f01.51efd09f.c2ac3@altium.nl>
Dick Streefland wrote 24.07.2013 13:03:
> Peter Funk <pf@artcom-gmbh.de> wrote:
> | We've researched this question for quite a while now and nobody here
> | found a solution to the following problem:
> |
> | 1: A Linux computer is NFS client of some other Linux NFS server
> | and has some active mounts and some processes working with files
> | on that NFS server.
> |
> | 2: Now the NFS server becomes unavailable and a system administrator
> | wants to clean up the situation on the NFS client computer without
> | having to reboot this client computer.
> |
> | Is this possible? And if how exactly?
>
> What you could try is temporarily add the IP number of the dead NFS
> server to another NFS server. The other NFS server should reject any
> request for the dead mount, and the client can continue with an error.
Indeed: This workaround seems to work!
Assume example: The NFS-server has IP 192.168.123.45 and the client
has also the nfs-kernel-server package installed and it is running.
Then this sequence on the client did the trick::
ifconfig eth0:fakesrv 192.168.123.45 up
umount -f -l ....
umount -f -l ....
....
ifconfig eth0:fakesrv down
Best Regards and many thanks for your suggestion,
Peter Funk
--
Peter Funk, home: ✉Oldenburger Str.86, D-27777 Ganderkesee
mobile:+49-179-640-8878 phone:+49-421-20419-0 <http://www.artcom-gmbh.de/>
office: ArtCom GmbH, ✉Haferwende 2, D-28357 Bremen, Germany
next prev parent reply other threads:[~2013-07-26 12:08 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-07-24 9:18 How to avoid rebooting Linux NFS-client when NFS-server is not available? Peter Funk
2013-07-24 11:24 ` Jeff Layton
2013-07-24 13:03 ` Dick Streefland, rnews
2013-07-26 12:08 ` Peter Funk [this message]
2013-07-26 14:31 ` Michael Richardson
-- strict thread matches above, loose matches on Subject: below --
2017-06-08 8:49 devzero
2017-06-08 13:34 ` J. Bruce Fields
2017-06-09 3:17 ` NeilBrown
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=20130726120849.GA12584@pfmaster \
--to=pf@artcom-gmbh.de \
--cc=dick.streefland@altium.nl \
--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).