Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 10 Dec 2008 08:50:22 -0800
From:      David Wolfskill <david@catwhisker.org>
To:        Rick Macklem <rmacklem@uoguelph.ca>
Cc:        hackers@freebsd.org, current@freebsd.org
Subject:   Re: NFS (& amd?) dysfunction descending a hierarchy
Message-ID:  <20081210165022.GJ60731@albert.catwhisker.org>
In-Reply-To: <Pine.GSO.4.63.0812101124430.24743@muncher.cs.uoguelph.ca>
References:  <20081203001538.GC96383@bunrab.catwhisker.org> <20081209190110.GW60731@albert.catwhisker.org> <Pine.GSO.4.63.0812101124430.24743@muncher.cs.uoguelph.ca>

next in thread | previous in thread | raw e-mail | index | archive | help

--tCj5P50694qw/4D5
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Wed, Dec 10, 2008 at 11:30:26AM -0500, Rick Macklem wrote:
>...=20
> The different behaviour for -CURRENT could be the newer RPC layer that
> was recently introduced, but that doesn't explain the basic problem.

OK.

> All I can think of is to ask the obvious question. "Are you using
> interruptible or soft mounts?" If so, switch to hard mounts and see
> if the problem goes away. (imho, neither interruptible nor soft mounts
> are a good idea. You can use a forced dismount if there is a crashed
> NFS server that isn't coming back anytime soon.)

=46rom examination of /etc/amd* -- I don't see how to get mount(8) or
amq(8) to report it -- it appears that we are using interruptible
mounts, as we always have.

The point is that the behavior has changed in an unexpected way.  And
I'm not so sure that the use of a forced dismount is generally
available, as it would require logging in to the NFS client first, which
may be difficult if the NFS server hosting non-root home directories is
failing to respond and direct root login via ssh(1) is not permitted (as
is the default).

> If you are getting this with hard mounts, I'm afraid I have no idea
> what the problem is, rick.

What concerns me is that even if the attempted unmount gets EBUSY, the
user-level process descending the directory hierarchy is getting ENOENT
trying to issue fstatfs() against an open file descriptor.

I'm having trouble figuring out any way that makes any sense.

Peace,
david
--=20
David H. Wolfskill				david@catwhisker.org
Depriving a girl or boy of an opportunity for education is evil.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.

--tCj5P50694qw/4D5
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.9 (FreeBSD)

iEYEARECAAYFAkk/800ACgkQmprOCmdXAD2NAQCfcV496CaI836vIAQjUOhGuQYW
1zgAn0/s2ng685xXauSQ5hRqX362lIMG
=nYag
-----END PGP SIGNATURE-----

--tCj5P50694qw/4D5--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20081210165022.GJ60731>