From owner-freebsd-rc@FreeBSD.ORG Sun Dec 16 04:48:12 2012 Return-Path: Delivered-To: rc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C9757544 for ; Sun, 16 Dec 2012 04:48:12 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 4580B8FC1A for ; Sun, 16 Dec 2012 04:48:12 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.5/8.14.5) with ESMTP id qBG4m2Gv039085; Sun, 16 Dec 2012 06:48:02 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.7.3 kib.kiev.ua qBG4m2Gv039085 Received: (from kostik@localhost) by tom.home (8.14.5/8.14.5/Submit) id qBG4m22X039084; Sun, 16 Dec 2012 06:48:02 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 16 Dec 2012 06:48:02 +0200 From: Konstantin Belousov To: Chris Rees Subject: Re: Adding dependency on mountlate to mountd Message-ID: <20121216044802.GX71906@kib.kiev.ua> References: <6A58ADA440454E5889DBA6D2D9C56180@multiplay.co.uk> <20121215091424.GS71906@kib.kiev.ua> <1F93E0D525B946B88405EC4203385E0A@multiplay.co.uk> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Ios1FkwfffwWp4ib" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: "freebsd-rc@freebsd.org" , Steven Hartland X-BeenThere: freebsd-rc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Discussion related to /etc/rc.d design and implementation." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2012 04:48:12 -0000 --Ios1FkwfffwWp4ib Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Dec 15, 2012 at 10:12:00PM +0000, Chris Rees wrote: > On 15 December 2012 20:09, Steven Hartland wrot= e: > > ---- Original Message ----- > >> > >> From: Chris Rees On 15 Dec 2012 09:14, "Konstantin Belousov" > >> wrote: > >> > It cannot be fine. It breaks local NFS mounts. > >> > >> Given that we can't have both, but we can have nullfs and thus solve t= his > >> problem. > >> Is there something that local NFS mounts can do that nullfs won't? > > > > > > Using local NFS mounts seems a bit of strange thing to do, whats the > > reason for the requirement for these? > > > > Wouldnt nullfs mounts replace this requirement and perform better? No, because there are different use cases. What was useful for me was the case of migrating services, when the client machine happens to be the same as the export one. Ability to do loopback nfs mounts removes the need for non-trivial reconfiguration. >=20 > Here's an idea, how about in the mountlate script, we pass SIGHUP to > mountd at the end (or simply restart it, but that'd be slower)? This > would cover your use case and Kostik's example too. The mount(8) already sends SIGHUP to mountd, it is even noted in the man. Sometimes it results in the quite puzzling behaviour, see e.g. r172577, which in fact was blamed on a bug in our TCP stack. The only case which could not be covered yet is the unability to specify export points in the exports(5) which only appear after some late mounts are performed. I think that if you really concerned with this, a flag to the mountd(8) might be added which allows the daemon to ignore non-existing export directories. --Ios1FkwfffwWp4ib Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQIcBAEBAgAGBQJQzVKBAAoJEJDCuSvBvK1Bv1EP/jctzYCNVe1/q4LkaX+mMY9G i9SA/RIeG41fGG5IovDkYk4lUVzuOrij8DGL+yoY+IX+6UcmflgjaZUChDosQvXg exF8yx/+HuSa7hjfCqBu2HDG7+6KRs4efOxYfHRE/IIk+joHiZ4iDpk7UyWA5hkk H7+0WOcmm+n/y+Nzsm9hzsOZkPgedD8cdN103ZDy/PV4ulsmjYE5SjO9PJSIhPeT 67gl0rHWIgi0LuuYhpqF1z1FG2a/t2hqUog+AsyXxXZsY0Fek1g2nL9OVnr7oMa+ oXz2A/SCi8XRQc6F2ND07WS0Nr0dbZ0G0Xeaw4W1saFoVg5E2xiRawlgwofYUEE3 G/yG3Y2yDc7J3gAEKcdnCvrhS4vQcla5tRBBtHggUSOKrJBLneOm+xKnH2nYB0Ry JeluAGJ9iuehy3gEOzPyHj91ibgbD2qCl4dtygg1CadZARzhLAqCKHUrUUAxivgo ZYr2HS6H1cP6l8ZiiQlCKKwKkfvfEqJKGBD9kAsY0m1v8Oo7YVZ1yx6MrTsvcmds Y0T/zprL0a96spPqvf57QwPwuEJZDKC5U6yAQgqqgVTAOBWZstKP8N9zaB283UhQ aVyYQQxIBl0oKRSLzobVTBfDjG05bmo8z/QBjByhZ1dxrge+ZFOsm8jiaxEUCKec FEuie9VNEx/kRf5VUbd8 =U5nY -----END PGP SIGNATURE----- --Ios1FkwfffwWp4ib--