From owner-freebsd-current@freebsd.org Sun Jul 15 20:29:46 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 75791102742D for ; Sun, 15 Jul 2018 20:29:46 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-QB1-obe.outbound.protection.outlook.com (mail-eopbgr660067.outbound.protection.outlook.com [40.107.66.67]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT TLS CA 4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0C04E969F5 for ; Sun, 15 Jul 2018 20:29:45 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from YTOPR0101MB0953.CANPRD01.PROD.OUTLOOK.COM (52.132.44.24) by YTOPR0101MB1386.CANPRD01.PROD.OUTLOOK.COM (52.132.46.22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.952.19; Sun, 15 Jul 2018 20:29:44 +0000 Received: from YTOPR0101MB0953.CANPRD01.PROD.OUTLOOK.COM ([fe80::7098:a543:5be8:f30e]) by YTOPR0101MB0953.CANPRD01.PROD.OUTLOOK.COM ([fe80::7098:a543:5be8:f30e%5]) with mapi id 15.20.0952.021; Sun, 15 Jul 2018 20:29:44 +0000 From: Rick Macklem To: "Rodney W. Grimes" CC: "freebsd-current@freebsd.org" , "andreas.nagy@frequentis.com" Subject: Re: NFSv4.1 server deficiencies fixed for ESXi client Thread-Topic: NFSv4.1 server deficiencies fixed for ESXi client Thread-Index: AQHUBjsXCbI4UKyOQkWL16OOOThmbqRkhj+AgCxegDg= Date: Sun, 15 Jul 2018 20:29:44 +0000 Message-ID: References: , <201806171442.w5HEg3pB060542@pdx.rh.CN85.dnsmgr.net> In-Reply-To: <201806171442.w5HEg3pB060542@pdx.rh.CN85.dnsmgr.net> 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-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; YTOPR0101MB1386; 7:fLbdRWHkwfcFZ+YdsNjqfRqvJpBuCUCXbTqURxn29/u7tCQiDVFcZvFrqcE+1k+tqOxDb4XMKApNLRQ8OJ82cZrQBw5zP/iKHK6/lzqqaldjGO0YVADoMMeztm+HP0K2tCzwxd9cRDkzaZNTPJx/6KwRZ7H5nsyzWopuZurBO03QrgwrdjHPhmQ+OVZZNHffJ/UDy2LzsP7vwuuxUpTpXAebkmi/XxIj7YgIp63tXK5qlTgCS8diup6sZvr9uLgh x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: 1688dee4-55bd-4d32-6a02-08d5ea91b38b x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989117)(5600053)(711020)(4534165)(4627221)(201703031133081)(201702281549075)(8990107)(2017052603328)(7153060)(7193020); SRVR:YTOPR0101MB1386; x-ms-traffictypediagnostic: YTOPR0101MB1386: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(158342451672863); x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040522)(2401047)(8121501046)(5005006)(3002001)(3231311)(944501410)(52105095)(10201501046)(93006095)(93001095)(149027)(150027)(6041310)(20161123558120)(20161123560045)(20161123564045)(201703131423095)(201702281529075)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123562045)(6072148)(201708071742011)(7699016); SRVR:YTOPR0101MB1386; BCL:0; PCL:0; RULEID:; SRVR:YTOPR0101MB1386; x-forefront-prvs: 07349BFAD2 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(136003)(396003)(39850400004)(346002)(376002)(366004)(189003)(199004)(256004)(6246003)(8676002)(186003)(305945005)(2900100001)(9686003)(55016002)(229853002)(81156014)(99286004)(81166006)(14444005)(14454004)(26005)(6436002)(106356001)(316002)(5660300001)(105586002)(33656002)(8936002)(786003)(53936002)(7696005)(76176011)(25786009)(486006)(6506007)(74482002)(4326008)(446003)(478600001)(476003)(97736004)(6916009)(2906002)(86362001)(5250100002)(54906003)(74316002)(68736007)(102836004)(11346002); DIR:OUT; SFP:1101; SCL:1; SRVR:YTOPR0101MB1386; H:YTOPR0101MB0953.CANPRD01.PROD.OUTLOOK.COM; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: uoguelph.ca does not designate permitted sender hosts) x-microsoft-antispam-message-info: RsIXUUe/kjX56OsIhvB+/anHNpYkkbe43ZiVCw8Zvmeo0utg8U5Rv6uuCgMlqaZ0io9qHaYlnYaicTRr2OjF0mOpNEs/HYHpkPrjZOMOXdTxizm8bxsY8QgQGYwUlkKUpX9AKviX8Tne96/qQNhhsUUZOyhpCwsPNTtnAHzGWxylXTRFYkuf3Oek3HFcodxbqBAsFJcdchvPkUNXNxX+DTxkgLMECibVramGcVr7WHYFGvMQgRK8ujhTrxB7krimstlHKffRtw5Q4nHdloKPwsZQwId/xxNxvllQCO6mufCgI3pfFSnDcmfSO3Vimqt4EatmoBrJ0Z5MFvlMjbRQmoUmbPkmD28CIsixZgKtKXY= 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-Network-Message-Id: 1688dee4-55bd-4d32-6a02-08d5ea91b38b X-MS-Exchange-CrossTenant-originalarrivaltime: 15 Jul 2018 20:29:44.4978 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-Transport-CrossTenantHeadersStamped: YTOPR0101MB1386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jul 2018 20:29:46 -0000 Rodney W. Grimes wrote: >Have you any contact with VMWare so that they might fix the issues >in thier code, rather than having to put hacks in FreeBSD for these >issues? Well, Jim White (who is not in their file system area) submitted a PR on th= eir system and the response was along the lines of: Sorry to report the storage team punted the bug to a future release (which = could be indefinite). The stated reason is that FreeBSD isn't a supported= NFS 4.1 server. As such, it didn't sound too promising. However, recent tests have shown th= at ESXi6.7 is much better. The packet traces I've seen sofar for the ESXi 6.7 client show none of the = serious (and difficult to deal with without violating the RFC) problems. It still does a ReclaimComplete with rca_one_fs =3D=3D TRUE, but it also do= es the required ReclaimComplete with rca_one_fs =3D=3D FALSE. Although I believe t= he ReclaimComplete with rca_one_fs =3D=3D TRUE is only meant to be used after = a file system has been transferred to a different server (something the FreeB= SD server does not do at this time), the RFC is somewhat vague on when this is= used, so I think just replying NFS_OK to this without doing anything should be ac= ceptable. (I am going to look and see what the Linux server does for this case.) As such, I'm hoping that there will be no need for "dirty hacks" for the ES= Xi6.7 client and this might soon be resolved. Thanks go to those doing the testing (Andreas Nagy and Daniel Engel) and Ji= m White for submitting the PR that somehow got fixed in a matter of days, rick