From owner-freebsd-stable@freebsd.org Wed Feb 1 21:49:15 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 40815CCB92E; Wed, 1 Feb 2017 21:49:15 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-TO1-obe.outbound.protection.outlook.com (mail-eopbgr670082.outbound.protection.outlook.com [40.107.67.82]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EC73EDAA; Wed, 1 Feb 2017 21:49:14 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM (10.165.218.133) by YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM (10.165.218.133) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.874.12; Wed, 1 Feb 2017 21:49:12 +0000 Received: from YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM ([10.165.218.133]) by YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM ([10.165.218.133]) with mapi id 15.01.0874.021; Wed, 1 Feb 2017 21:49:12 +0000 From: Rick Macklem To: Claude Buisson , FreeBSD Current CC: FreeBSD-STABLE Mailing List Subject: Re: Recent FreeBSD, NFSv4 and /var/db/mounttab Thread-Topic: Recent FreeBSD, NFSv4 and /var/db/mounttab Thread-Index: AQHSfJfpteLPu545NESwV/c/JyXxzaFUr0tB Date: Wed, 1 Feb 2017 21:49:12 +0000 Message-ID: References: <20c2baca-ba91-19b4-db95-5352b56019c1@orange.fr> In-Reply-To: <20c2baca-ba91-19b4-db95-5352b56019c1@orange.fr> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=rmacklem@uoguelph.ca; x-ms-office365-filtering-correlation-id: f1dafccb-6ce1-4b13-4fa7-08d44aec28ca x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:(22001);SRVR:YTXPR01MB0189; x-microsoft-exchange-diagnostics: 1; YTXPR01MB0189; 7:G/FvNf6N6gdavP23DJnat0zCSG2ionBfpWS8ahuA2kxPxrMTankMWpP4gVDojZkza1UlyDbxuXsBHCCyiBI7NrrBkPHMarOIaO7joWG/9TgfDx+nAv+x5fpsjwxQfqeBXgEQtnOayGzPX9hrg4HYIolblNS5aeOu9MqwmyZrDe1CtVG8/xxXJtSXXkpFuDhg5WI+PJSXD29DSUzvaRjSIJx+g4CPHwNPiwUKyM2MoR8ZrjfYWVSE+RK2vSqWBMQpJs+dwXAwnpOzXaaeEsqqvyZotI8uK3jjuk78vN2JwLRZL86Jo1Sxcdxdwb5Arf+3R3aX62wHxB2KxKEMb+zIFRDLw1bsTxtNRjlPDZl1mDnYLm2cg76eSRv8kvbYhHSSmqF486+4vT9eagcCFeBpMgmBCLOwXLglAh44SlV6qlOJ2PNw/tsOK53ALIhwjOICFP5+AknI6NLGCOo52d/7LV/duxxnFEah+rfwnvBEj1e2FJUUq7PFrCOB5zn77xDy9okX28GcgIJncROaB7P5IjeQLqptCK4OJ8O9LDvMZwRomIsGw/G6rUSa7Kfq5lbp x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040375)(2401047)(8121501046)(5005006)(3002001)(10201501046)(6041248)(20161123560025)(20161123564025)(20161123562025)(20161123558025)(20161123555025)(6042181)(6072148); SRVR:YTXPR01MB0189; BCL:0; PCL:0; RULEID:; SRVR:YTXPR01MB0189; x-forefront-prvs: 0205EDCD76 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(6009001)(7916002)(189002)(24454002)(199003)(2906002)(305945005)(53936002)(3280700002)(81156014)(50986999)(106116001)(101416001)(8936002)(74316002)(9686003)(105586002)(229853002)(76176999)(54356999)(6436002)(38730400001)(77096006)(6506006)(33656002)(55016002)(81166006)(4326007)(74482002)(106356001)(92566002)(68736007)(102836003)(2900100001)(3660700001)(97736004)(2950100002)(122556002)(7696004)(5660300001)(86362001)(8676002)(5001770100001)(189998001); DIR:OUT; SFP:1101; SCL:1; SRVR:YTXPR01MB0189; H:YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (protection.outlook.com: uoguelph.ca does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-originalarrivaltime: 01 Feb 2017 21:49:12.1695 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-Transport-CrossTenantHeadersStamped: YTXPR01MB0189 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Feb 2017 21:49:15 -0000 Claude Buisson wrote: >Hi, > >Last month, I started switching all my systems (stable/9, stable/10, >stable/11 and current) to NFSv4, and I found that: > > on current (svn 312652) an entry is added to /var/db/mounttab by >mount_nfs(8), but not suppressed by umount(8). It can be suppressed by >rpc.umntall(8). > >The same anomaly appears on stable/11 after upgrading to svn 312950. > >It is relatively easy to trace this anomaly to r308871 on current and >its MFHs (r309517 for stable/11). > >Patching sbin/umount/umount.c to restore the RPC call for NFSv4 makes >umount(8) suppress the mounttab entry as before. > >I do not know what is the proper solution, as suppressing the >modification of mounttab by mount_nfs(8) for NFSv4 could be an (more >complicated) alternative ! This would be the correct fix. The entries in mounttab are meaningless. Even for NFSv3, all they do is provide a "best guess" answer for "showmount". - The Mount protocol is not part of NFSv4. I had a patch which disabled it for NFSv4 servers, but some folk liked the idea of having "showmount -= e" to work, so I didn't commit it. rick ps: I had actually thought mount_nfs(8) didn't do a Mount protocol RPC for NFSv4, but I guess it is. That needs to be fixed, since NFSv4 ser= vers don't need to support Mount at all.