From owner-freebsd-stable@freebsd.org Sun Mar 4 05:48:11 2018 Return-Path: Delivered-To: freebsd-stable@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 1419BF36FC3 for ; Sun, 4 Mar 2018 05:48:11 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-QB1-obe.outbound.protection.outlook.com (mail-eopbgr660064.outbound.protection.outlook.com [40.107.66.64]) (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 8EC376AD15 for ; Sun, 4 Mar 2018 05:48:09 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from YQBPR0101MB1042.CANPRD01.PROD.OUTLOOK.COM (52.132.66.153) by YQBPR0101MB1044.CANPRD01.PROD.OUTLOOK.COM (52.132.66.155) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.548.13; Sun, 4 Mar 2018 05:48:08 +0000 Received: from YQBPR0101MB1042.CANPRD01.PROD.OUTLOOK.COM ([fe80::3531:c817:d6f:9b93]) by YQBPR0101MB1042.CANPRD01.PROD.OUTLOOK.COM ([fe80::3531:c817:d6f:9b93%13]) with mapi id 15.20.0548.014; Sun, 4 Mar 2018 05:48:08 +0000 From: Rick Macklem To: NAGY Andreas , "freebsd-stable@freebsd.org" Subject: =?iso-8859-1?Q?Re:_NFS_4.1_RECLAIM=5FCOMPLETE_FS=A0failed_error_in_combin?= =?iso-8859-1?Q?ation_with_ESXi_client?= Thread-Topic: =?iso-8859-1?Q?NFS_4.1_RECLAIM=5FCOMPLETE_FS=A0failed_error_in_combinatio?= =?iso-8859-1?Q?n_with_ESXi_client?= Thread-Index: AdOx8zAe5+TceuOWQkax+IhJZhNDgQAnzopHABn27/AAIBzCQg== Date: Sun, 4 Mar 2018 05:48:08 +0000 Message-ID: References: , In-Reply-To: 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; YQBPR0101MB1044; 6:0MJ2JXGhOvjJ+o56bSeLsNSMVq4ewOm7HeVYbqSanKEISe+mxT/EMZHe/b/qSKi5y4yHS5D12zNuc30IIYMonQt6BB3LUEjksGS4vJvgVSFQOg71cal6nZ5iQQtUs5JcaEzjSp/jCXy1pINZSA4oAnKUOlPTzAEXY8PL6+rSKO+97jjjtU1vwlwt18mZlt554/OAJFvNFYGEOjWgLAFHxf2PhRgTOFXT3QD2QROsVE1lFWNapZ0fzGJTiYHmSnkIArd7b0yDSuU67ZTB7Iysuj8xYRmvrC4IkVHEVF8qxg0wES8QuQcNyRc+NiQsA7M0aBOW7bpAtE1jsBNCBuc2acxIb1HGqBsJ7s4n2mgwwYRbuRWIIF8XCI3d2FSX/yUE; 5:zdBNpfQlpe08PmfqaNUbZi2KhmO9v5+Y5KLtev9TgDlT79ykMTxNVB0wuj25xT/KlZWESJvqu6cPVpvjurbkpc2VM8IlcknjRSaPHuHXMiYlO6E1bB98ULiWUEr+WBvZiDsdv/RFr3HpEZTyJplitawThIe9LFYoZNNR63xbIDA=; 24:QtTTemXLaZ+1HqVrL9mPrBP+o/qk1JnHo0mG3YqDZg6K0I5aV0KX50clB1YfD3Bm86LOD1YHaKMfT9r0w4/c4z/c/GQB6ELTJ//T3QAyKrI=; 7:mFnuRk26KwX37+5xWRjoFle+Sen/Ue5fBjj2D3P/EkSvs+eOHmTt42TUOCPjlcxvQ2gzb6m1XpmsyStzDJDg9RmDutWuLucQvWkBQMtTgEHkKg5SnGhi7WrOVvdbvbeNqujahx+H4PK4fNvS0hN7egYdFA4TNbT1xMZI1haxKp19pZi0YFLFuoR/Edxj/8fvV6sxBPDy3BntYJgapGJ3dT+SC1qIDOYBdeeXjoTc0fA/SFe8zLLTRlJnREU1sJms x-ms-exchange-antispam-srfa-diagnostics: SSOS; x-ms-office365-filtering-correlation-id: 903119f5-68de-4591-f6b0-08d581938215 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(8989060)(4534165)(4627221)(201703031133081)(201702281549075)(8990040)(5600026)(4604075)(3008032)(2017052603307)(7153060)(7193020); SRVR:YQBPR0101MB1044; x-ms-traffictypediagnostic: YQBPR0101MB1044: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040501)(2401047)(5005006)(8121501046)(10201501046)(3002001)(3231220)(944501244)(52105095)(93006095)(93001095)(6041288)(20161123562045)(20161123560045)(20161123564045)(201703131423095)(201702281529075)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123558120)(6072148)(201708071742011); SRVR:YQBPR0101MB1044; BCL:0; PCL:0; RULEID:; SRVR:YQBPR0101MB1044; x-forefront-prvs: 060166847D x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(346002)(39380400002)(376002)(396003)(39860400002)(366004)(189003)(377424004)(199004)(106356001)(6246003)(25786009)(305945005)(14454004)(74316002)(186003)(97736004)(105586002)(3660700001)(81166006)(81156014)(6436002)(8936002)(74482002)(68736007)(2900100001)(33656002)(3280700002)(55016002)(478600001)(6306002)(9686003)(86362001)(6506007)(76176011)(2950100002)(2906002)(966005)(99286004)(26005)(229853002)(102836004)(5250100002)(7696005)(316002)(2501003)(5660300001)(786003)(53936002)(110136005); DIR:OUT; SFP:1101; SCL:1; SRVR:YQBPR0101MB1044; H:YQBPR0101MB1042.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) x-microsoft-antispam-message-info: 8it4Jrw4oK8dWJQV54orYLWm34oPi0U5WrsFhlX7XC3wQZh8Go7y9+VGNeuQII0QjcbYy3QZTyfDdDEHLRM2ZuQGDVvXHVYC0/oN0EOSAebIaiea5w0Re5NQJM9QcbpSaLZ777YosiL83RaGmnvb9KwLV8D8Iy42jlFF4UWvsd689vOaQ24zWyrKhVRtrtQKs8YzXEbX0Yu/c4H5ytV3Ld6sYo7G4TS05FFLGZATRwRJpXTF+Mymvzyz9lsq2nXLC1IiSD9bZWOTp9FPvzvYSEqncaL4qvE5yDDlh5bMHljZ0t+6kH6ONIITHZLiAZgwsFnLLoN3Xq4N4pX3M9mexg== 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: 903119f5-68de-4591-f6b0-08d581938215 X-MS-Exchange-CrossTenant-originalarrivaltime: 04 Mar 2018 05:48:08.4665 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-Transport-CrossTenantHeadersStamped: YQBPR0101MB1044 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Mar 2018 05:48:11 -0000 NAGY Andreas wrote: >Hi and thanks! > >First time using/needing a patch could you give me a short advise how to u= se it >and for which version? The only difference with kernel versions will be the line#s. >So far I have made a fresh FreeBSD 11.1 RELEASE install as a VM on a ESXi = host >updated the system and did a svn checkout http://svn.freebsd.org/base= /release/11.1.0/ > >Then tried to apply the patch in /usr/src/sys via patch < /tmp/reclaimcom2= .patch > >Output was: >Hmm... Looks like a unified diff to me... >The text leading up to this was: >-------------------------- >|--- fs/nfsserver/nfs_nfsdserv.c.savrecl 2018-02-10 20:34:31.166445= 000 -0500 >|+++ fs/nfsserver/nfs_nfsdserv.c 2018-02-10 20:36:07.947490000 -050= 0 >-------------------------- >Patching file fs/nfsserver/nfs_nfsdserv.c using Plan A... >No such line 4225 in input file, ignoring >Hunk #1 succeeded at 4019 (offset -207 lines). >done Since it says "Hunk #1 succeeded...", I think it patched ok. However, you can check by looking at nfsrvd_reclaimcomplete() in sys/fs/nfsserver/nfs_nfsdserv.c. Before the patch it would look like: if (*tl =3D=3D newnfs_true) nd->nd_repstat =3D NFSERR_NOTSUPP; else nd->nd_repstat =3D nfsrv_checkreclaimcomplete(nd); whereas after being patched, it will look like: nd->nd_repstat =3D nfsrv_checkreclaimcomplete(nd); if (*tl =3D=3D newnfs_true) nd->nd_repstat =3D 0; rick [stuff snipped]= From owner-freebsd-stable@freebsd.org Sun Mar 4 13:26:28 2018 Return-Path: Delivered-To: freebsd-stable@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 3F499F32E9A for ; Sun, 4 Mar 2018 13:26:28 +0000 (UTC) (envelope-from Andreas.Nagy@frequentis.com) Received: from mail2.frequentis.com (mail2.frequentis.com [195.20.158.51]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "spamquarantine.frequentis.frq", Issuer "Frequentis Enterprise Issuing CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A70517AC7C for ; Sun, 4 Mar 2018 13:26:27 +0000 (UTC) (envelope-from Andreas.Nagy@frequentis.com) X-IronPort-AV: E=Sophos;i="5.47,423,1515452400"; d="scan'208";a="2430653" Received: from vie190nt.frequentis.frq ([172.16.1.190]) by mail2.frequentis.com with ESMTP; 04 Mar 2018 14:26:24 +0100 Received: from vie196nt.frequentis.frq ([172.16.1.196]) by vie190nt.frequentis.frq ([172.16.1.190]) with mapi id 14.03.0382.000; Sun, 4 Mar 2018 14:26:24 +0100 From: NAGY Andreas To: Rick Macklem , "freebsd-stable@freebsd.org" Subject: =?iso-8859-1?Q?RE:_NFS_4.1_RECLAIM=5FCOMPLETE_FS=A0failed_error_in_combin?= =?iso-8859-1?Q?ation_with_ESXi_client?= Thread-Topic: =?iso-8859-1?Q?NFS_4.1_RECLAIM=5FCOMPLETE_FS=A0failed_error_in_combinatio?= =?iso-8859-1?Q?n_with_ESXi_client?= Thread-Index: AdOx8zAe5+TceuOWQkax+IhJZhNDgQAnzopHABn27/AAIBzCQgAP8SUg Date: Sun, 4 Mar 2018 13:26:23 +0000 Message-ID: References: , In-Reply-To: Accept-Language: de-AT, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.12.22] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Mar 2018 13:26:28 -0000 Thanks, got it working with your patch. So far I did not see any issue with the mount. Only in the vmkernel.log the= re are often following entrees: WARNING: NFS41: NFS41ValidateDelegation:608: Server returned improper reaso= n for no delegation: 2 Actually I have only a single link between the ESXi host and the FreeBSD ho= st, but as soon as I figure out what Is the right way to configure multiple= paths for NFS I will do more testing.=20 I need also to check out what can be tuned. I expected that writes to the N= FS datastore will be slower than iSCSI but not as slow as it is now. andi=20 -----Original Message----- From: Rick Macklem [mailto:rmacklem@uoguelph.ca]=20 Sent: Sonntag, 4. M=E4rz 2018 06:48 To: NAGY Andreas ; freebsd-stable@freebsd.org Subject: Re: NFS 4.1 RECLAIM_COMPLETE FS=A0failed error in combination with= ESXi client NAGY Andreas wrote: >Hi and thanks! > >First time using/needing a patch could you give me a short advise how to u= se it >and for which version? The only difference with kernel versions will be the line#s. >So far I have made a fresh FreeBSD 11.1 RELEASE install as a VM on a=20 >ESXi host >updated the system and did a svn checkout=20 >http://svn.freebsd.org/base/release/11.1.0/ > >Then tried to apply the patch in /usr/src/sys via patch <=20 >/tmp/reclaimcom2.patch > >Output was: >Hmm... Looks like a unified diff to me... >The text leading up to this was: >-------------------------- >|--- fs/nfsserver/nfs_nfsdserv.c.savrecl 2018-02-10 20:34:31.166445= 000 -0500 >|+++ fs/nfsserver/nfs_nfsdserv.c 2018-02-10 20:36:07.947490000 -050= 0 >-------------------------- >Patching file fs/nfsserver/nfs_nfsdserv.c using Plan A... >No such line 4225 in input file, ignoring Hunk #1 succeeded at 4019=20 >(offset -207 lines). >done Since it says "Hunk #1 succeeded...", I think it patched ok. However, you can check by looking at nfsrvd_reclaimcomplete() in sys/fs/nfs= server/nfs_nfsdserv.c. Before the patch it would look like: if (*tl =3D=3D newnfs_true) nd->nd_repstat =3D NFSERR_NOTSUPP; else nd->nd_repstat =3D nfsrv_checkreclaimcomplete(nd); wherea= s after being patched, it will look like: nd->nd_repstat =3D nfsrv_checkreclaimcomplete(nd); if (*tl =3D=3D newnfs_true) nd->nd_repstat =3D 0; rick [stuff snipped] From owner-freebsd-stable@freebsd.org Sun Mar 4 17:29:38 2018 Return-Path: Delivered-To: freebsd-stable@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 43D5CF45E91 for ; Sun, 4 Mar 2018 17:29:38 +0000 (UTC) (envelope-from chris@chrullrich.net) Received: from EUR01-DB5-obe.outbound.protection.outlook.com (mail-db5eur01on0051.outbound.protection.outlook.com [104.47.2.51]) (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 953F7848AE for ; Sun, 4 Mar 2018 17:29:36 +0000 (UTC) (envelope-from chris@chrullrich.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gloomberg.onmicrosoft.com; s=selector1-chrullrich-net; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=lf+OCdEP3PICI/3q+zSyZJ1ynvySxLv1HvkUj0qvJz4=; b=XGJSv5Ffd8XiB5S6hnRZbPCQ7FRy9ngNdFxTXFSxxM3JWz7LbBPhQlwwV+Kw5nozYDro7DfUt1Njx50kzbQak0GzE2YJ8r/6OhWYe/nXND4a3bp+Dg/++o0QbMrSYQ4kXaMPh3ZZRC4wsNmmv4aBF2MphNpUk6bh2dqswS/A4jM= Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=chris@chrullrich.net; Received: from [192.168.92.135] (217.31.70.82) by HE1PR10MB0235.EURPRD10.PROD.OUTLOOK.COM (2a01:111:e400:c51b::12) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.527.15; Sun, 4 Mar 2018 17:29:33 +0000 From: Christian Ullrich Subject: "Cross" building for same architecture, different CPUTYPE X-Mozilla-News-Host: news://news://news.gmane.org:119 To: freebsd-stable@freebsd.org Message-ID: <2126f358-c827-ecf0-109b-0488c5b155b6@chrullrich.net> Date: Sun, 4 Mar 2018 18:29:29 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Originating-IP: [217.31.70.82] X-ClientProxiedBy: AM3PR04CA0133.eurprd04.prod.outlook.com (2603:10a6:207::17) To HE1PR10MB0235.EURPRD10.PROD.OUTLOOK.COM (2a01:111:e400:c51b::12) X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: b3881807-e4a6-4dd6-7a4c-08d581f57eca X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(7021125)(4534165)(7022125)(4603075)(4627221)(201702281549075)(7048125)(7024125)(7027125)(7028125)(7023125)(5600026)(4604075)(2017052603307)(7153060)(7193020); SRVR:HE1PR10MB0235; X-Microsoft-Exchange-Diagnostics: 1; HE1PR10MB0235; 3:NRwAd3xCv9XfL5X9tYU0WokWQRgnGkOIsvqO3mQ0v0QmczKVzsttscKDOySO4yBf6+IGQkHD/ipLqFRRdgFgprGaLrcCbUQH0uX4aYFlEH/YSTP2QFGITSbsSaigAynLGubQzZ7bCCSYW+AA49+czzMXZ2S9orrLhPaUHXYQRKqOVWNDpd17KW0aO4Z1sQXIP56BEFvNtRAWVKJNVyUFZHRPOqpQPd2U4jdJ0CIWMw72cVytXHhMqnZo8JCArDx4; 25:PjLoJki1CuCFrsBzqc4Eocrtn3GBG7aF/NPny0lZf5/BBJFGWRJwvGLbVFFMRmh20dbU8fV70/DzUZkB8jAJjGygJPVBBKvnvMkkGapuDUxHh599cWBVI7Sr9oo4W+3j3adNn2ATZ4gdVDt68mDrv2DyzRrO34BdAit8TZiCpXAhOhAm8jLpRTJuSslOVx9scOzBNtIyq4KeYrSdKif/HU4LDJMYOaxb/fQMihzLeCjTqAuxNxCFUAiHZI+UMYvnH2WSrhYkdpJEzxQ1QVITyNlWVPVvYp3C8rY/LFO7dnRRhoogWSlaKwiplojcFmx9uzwn+LC9sU5BMf/ikORfYg==; 31:4ABsTmGODzFzjJSJlMdciNVNu999EZ0RHuv9XpNUqeoJjLm9pBQNvxKSVV/dTsZlAgf52YeK++uNEuHosEha50rsiOHrrsFOAGwDY17UACcBDdF/4Xka+kuXRO3Z6weV/V4kJI5pvMlRMjsk+fJ5MwxzLKXvNFqjV1oeTlJjJFO9wWICKTxqOCf18lkkx0q1rcy10GoHtjLEQITVOCUfsWG+G26d3xd3ESIsOzQ64uY= X-MS-TrafficTypeDiagnostic: HE1PR10MB0235: X-Microsoft-Exchange-Diagnostics: 1; HE1PR10MB0235; 20:ShmKC+BhHbIIKbqocBA0sHk+atRBLyuypnYwmqd2qnIowmNd/Yi0ikM60kazVPHJhccOXnouR6j4g0U02oc4NV1bbFJJuWR1sk2TmdG2ZKqggYT+u5N1RT4kIsEXSYJZGRd4f+zvZzeNGVMxh8clCtnbmGHmyVGiTxsrX8W6MDZh0XthMnGhSijiOWl95QiE8fWG4UVhhmqy5NuQevLqCcTQi8f20+wSZPOacaPZwN/Dmqej/l7z3FehvZWnB1FvlyAVUa3zvjV9sRV6lBSJD6laN5iMrWd9n+EdScEopxxDUNV4RO0el0Cj4wZZMjV7qBqQyhvBRrJQhnJhu9WSbph4pjJIUUzjjkJQspFOnzS10wTotykB5ebc7c7Fuan7Gl8wpN56weflsujeWCbHwP5JSF7HEO3KCurhL1eIntaib4EmBaztqZTlBO5NUCwlNC7v7G+T4QGiYeXuMiufYf1dU0u/x6oLrOKQZQdIXge2HvnOxRaTqeU/Yg+0k4YU; 4:0PEfHztFyWea7HoNdj9bwVIYkQ2bJ4A18ZIidbyyouspHHd3Po1LV8msDjp+Mc6+hHCf0YdQCuCd9nOBimgIrIhdD8PSXsAUcXqBkcj6shlB515ETZxInwJhNUNGgFcVrvQU4nMf247i7h2NFtD2qYHdPl/9U8tXEokMml/1gK1a3oaTtG7FM22mhPqB17ypq0/Ck41ZJ9Eqax4Qqr12PeiN0D4Fo3n2YDllpipK8B0fAbqD3QhmkJNfTv8oaK3OBrn1m9phdjBwzouNL9qexA== X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(6040501)(2401047)(8121501046)(5005006)(10201501046)(3002001)(3231220)(944501244)(52105095)(93006095)(93001095)(6041288)(20161123560045)(2016111802025)(20161123558120)(20161123562045)(20161123564045)(6043046)(6072148)(201708071742011); SRVR:HE1PR10MB0235; BCL:0; PCL:0; RULEID:; SRVR:HE1PR10MB0235; X-Forefront-PRVS: 060166847D X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10009020)(6049001)(366004)(346002)(39380400002)(396003)(376002)(39830400003)(199004)(189003)(2361001)(2351001)(65826007)(106356001)(8676002)(6916009)(305945005)(16526019)(230700001)(7736002)(186003)(31696002)(478600001)(53936002)(105586002)(5660300001)(81156014)(6666003)(6116002)(3846002)(64126003)(50466002)(65806001)(65956001)(66066001)(47776003)(86362001)(68736007)(31686004)(6486002)(36756003)(386003)(67846002)(117156002)(81166006)(26005)(97736004)(8936002)(23676004)(2486003)(52146003)(316002)(25786009)(77096007)(3260700006)(58126008)(2906002)(16576012)(52116002); DIR:OUT; SFP:1101; SCL:1; SRVR:HE1PR10MB0235; H:[192.168.92.135]; FPR:; SPF:None; PTR:InfoNoRecords; A:0; MX:1; LANG:en; Received-SPF: None (protection.outlook.com: chrullrich.net does not designate permitted sender hosts) X-Microsoft-Exchange-Diagnostics: =?utf-8?B?MTtIRTFQUjEwTUIwMjM1OzIzOmV4aEkxdFFmdDFpT0V6R0VmMlNCQWdmVnQ0?= =?utf-8?B?cCtHYjV1VTZqN1pnOE1RaHNwdWZvZ3UvYk5yc0RLSUpmMWR2bkUyR1RCa1lB?= =?utf-8?B?KzB6aUdDN0MrUmVacWoyOW4vMkd3MDBvYk8rL2sweE9zSG5JKzBSVkkvMHY4?= =?utf-8?B?V3VVNTNxem9mc1cySCtzYXVWMVZjMWJrVmJWY05aUEF4QVE2cmR3ZjVtVkRj?= =?utf-8?B?N1dpbnZ1S1kySEYrOE41MFhzWTQ5bjZtMUVmaldwUjhBcTBkcTZ3aXBZdUdS?= =?utf-8?B?ZGVMcHdaVGROT1RldURSKzArLzgrVkxUbUlXcmszL0x0WW1JL0xtR0d5TUpk?= =?utf-8?B?Y3ZQVVFBMjMvT0huM2o5alBnU2FYQWRyTzNIcWdXNHVCcDV0ZmZsalRGamFN?= =?utf-8?B?M2t4WXdUWVZjenVESExaYzVMY2pkOVFTOGJoMXVTWHJmMnVudm4vZzFhNTFO?= =?utf-8?B?Ym9qNzhjOWc0YndzMVJtL0J4VWdPSjZFSndqaUtVWmxyVisvNGwwS2c5Umo0?= =?utf-8?B?OGMwK3JTbXM3TU5rMjEzR29oRUZGc1BZczBXZEZkbW1RWGUxK3Iyd0hGZy9I?= =?utf-8?B?aFQ0UTE1b1g3TTY3Z29NT0NHcXZNOGEzZWRUd1BDd3RtV2NraUVhSzZrMzcr?= =?utf-8?B?SkxRQW9rS01oLzFqV0NPUGN4cG5KWHZHSTZoYU5SMGdJMkoyWTd4aWtNUmxJ?= =?utf-8?B?b0hKM09WbXp0L0w2RS94eEkwRFhqWGRZaWs5cnlLMmNGYUpyS2QvTjJUYWdV?= =?utf-8?B?cGxIWG9LUVVNZ3R1eG9EZ2Rnb1BjWjZuRGxUVTR1eEljUGY2d2N4VkxPREpU?= =?utf-8?B?MkF2K0doSENOVmU0eHMycG1LU2JIWHZGaVg4RCtxWDJqS0pMQmlJbTIvVkFZ?= =?utf-8?B?UDdDQjV0cDZWVkQvdUZzQmdLbFNWTmFrblk5WktQaGthc1RKWEovcnhpRzVE?= =?utf-8?B?RHhSUHZKMmZ4MHpEZW1KNnMvN0NoUHMrMk9IQ0x1SXlUM0h1dGRpS2R2N1hS?= =?utf-8?B?UzZvK2dVTWhGbGRPdmRVRXJ2cWduWnRlWHdxRWFTTmhYQmtrZXplT1dHUjk0?= =?utf-8?B?TExIODF0MFJHVXd2WHpERURJVHFqd2d5STBvSHlJcFYvL0NPVVlad2pWU3J5?= =?utf-8?B?aHp2VEd5MFJjVzJKTTlkNFUxcXloMkFwekpYOVFjZ2piT1lOZ1JYZDdWMENB?= =?utf-8?B?MGxVNXdhR2x0NVhwenVUYjB5V0dFTzVuZTI1enViZUVDMTQ3Szl5aTQ1TENn?= =?utf-8?B?L1RCN0Q1RmFyd1p2VDZFK1ZxdzRmY3lSakFpK3MvRTlWVXVIdzNOVDQ3V2cv?= =?utf-8?B?bXRZZ2NRdy8zRDR5dllpVlIvVU5nNjFZREN2MnE2eE5qWURYeWpLYVlPekZ5?= =?utf-8?B?UjVvbytoV240SVhJMitnYlFjL0V0ZDd2UVY5L0VPaXFnRThXcTdDV0h0U3hr?= =?utf-8?B?Y1lqQjZSV3hDWnJuMzY4V05kMEk1ZjJEZEhGVWk3WUc4eXowblVUbXFhbUpG?= =?utf-8?B?RDJneldIT1RNd2wxT3pCTjZiUWRaS2NMdy9CVm5QclRpOE1UUnJnRkVoZHBs?= =?utf-8?B?cnRlVjIyRHhjZnIzM3lDY0dOVjYwL2NtOHRXNjVtQ3YxanJ0di9wT1liYWVY?= =?utf-8?B?L0E1T01jekVXNEx0RmFNR2VibjRaYVYvVEttbnFrMGJpTTVac2x2Kyt4eUdv?= =?utf-8?B?dXU4TDJYK0lBWFhESFE3ZEtMU2FtTkxBWWNIKzF0VzUzUkgzNkJjamljN3Zn?= =?utf-8?Q?vJF/BFOi3A3p51g34Nlf0Hv/QW52uZ9UkHTrk=3D?= X-Microsoft-Antispam-Message-Info: MNpT83ZHa1BVFPPAfQMWa3yZxEDxZ/7gDXet1cFavE8sbar9jYsYTdjnDUSi3zSBp6eboTifHuAYr/FcVGICHLXDUNUgEXU92oeD4HnFYmWQBzQJyXPyougU+OgD07h1OlIUEyGhJxLhPwhymhJ5FbtjVhwcrrugMgbDoLNWatD7XRq+t12oVP8KLlT0tNLy X-Microsoft-Exchange-Diagnostics: 1; HE1PR10MB0235; 6:FtnjkBJlzGvAHqB55uoVK03W9coCk/ykVG2KNKLnzY2WgVAJCvcnSdZFR09iX0Gn7p/B3ULMXqmBNaWy/IAnEcWyKQuqU66Uhe3aXsXy1vLSosxUofb+sfi/8yO2Iywkj5uNUyLOe4A1/+34aVuGmC67i2e7BibiO5Yas8wjwUVKs9CCrXijRXOt73dI+l3KnxvugbMC75GSSDo9o0de1zM2nX5jo4fRly7NRFRwsXUSQZ0GGchsTfYniTYTnCcRV+803njgB7oYyxzzLtl2s1uRCx90oMOkr8u7E/V0ffQxBmoTvliNbJr0H6Hx78ZTQsRTbBckH1d+zmCf6DOS3aVxW6ZKwyoOqRKGDPaD/Es=; 5:psqP04+FBVtL7hu9awyXAvt3NI3zUeJadLesi2DXIvmzAJXQmvYmA1kfT2YLp6CmGny5qmrOKauTW7sCZ4512GFbi1Lk+DwHADF4k5luTz6zwOxyOEpmd0NSNGz3Gk2/b2iEHojpYze1aJ6NWO6ZclB9K/BjyRLxvdgt51iWhzg=; 24:NC7x4TVYE0kjVM6/EbnH2iohjjz3N2ROm2qid24sAyt875DmFhq7MurassagUh/hqRu1rW0oWwnQJXxZfoJm/ZiPrxAHC+vtgHj+bFhDUCE=; 7:nCkCQ4tbstOogWoLRb17UJfwB6pvd8+9w40DgUISFFiwAcVIBXxX0eHIRP98lfm32wZZoKfNh/dSS8T4cil1z3onmQJ13DRVWqoH/uiZtTFgHucmUwdA0zbskNLj92DqqalE+t9OHsmuQbrNOTvbLa45ScxxJDx39y9JvhaKG2R7u5DJgcsoU5/QAnp5VGMPXp78XxICh+f0vXtbFuzWR2E2n0/FnWdgz7oQ6yMw+bw0JUimYQUddv8zxOVs3675 SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: chrullrich.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 04 Mar 2018 17:29:33.1024 (UTC) X-MS-Exchange-CrossTenant-Network-Message-Id: b3881807-e4a6-4dd6-7a4c-08d581f57eca X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 8ee9b5e7-26b6-4fdf-9b47-cf4fbc6d4e3f X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR10MB0235 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Mar 2018 17:29:38 -0000 Hello, I'm trying to buildworld/buildkernel of stable/11 r330373 for an Intel Atom CPU (CPUTYPE=slm) on a (slightly faster, CPUTYPE=core-avx2) build machine. That works fine, but make installkernel on the Atom box fails with a SIGILL (signal 4) in the "install" command (sorry, no log or screenshot). As far as I can tell, this is because installkernel uses the install from ...obj.../tmp/legacy/usr/bin, which is built for the host. Disassembling the binary shows that it uses AVX opcodes. The "main" part of the build output correctly respects the CPUTYPE override. I suppose I'm doing something wrong here, but what? It must be possible to build for a different CPU of the same family, right? I even tried running a cross build (TARGET=amd64 TARGET_ARCH=amd64), but since the build host _is_ amd64, the Makefiles laughed at me and only did the normal build. The command that did not work was: MAKEOBJDIRPREFIX=/usr/obj/slm make CPUTYPE=slm buildworld buildkernel I have CPUTYPE?=core-avx2 in make.conf, but that should be irrelevant here. Thanks for any hints. -- Christian From owner-freebsd-stable@freebsd.org Sun Mar 4 17:43:43 2018 Return-Path: Delivered-To: freebsd-stable@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 2A8A2F47198 for ; Sun, 4 Mar 2018 17:43:43 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B960B8581E for ; Sun, 4 Mar 2018 17:43:42 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from coleburn.home.andric.com (coleburn.home.andric.com [192.168.0.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 9D7E717176; Sun, 4 Mar 2018 18:43:35 +0100 (CET) From: Dimitry Andric Message-Id: Content-Type: multipart/signed; boundary="Apple-Mail=_082A44D0-C610-4291-87C7-C59B178F2455"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: "Cross" building for same architecture, different CPUTYPE Date: Sun, 4 Mar 2018 18:43:34 +0100 In-Reply-To: <2126f358-c827-ecf0-109b-0488c5b155b6@chrullrich.net> Cc: freebsd-stable@freebsd.org To: Christian Ullrich References: <2126f358-c827-ecf0-109b-0488c5b155b6@chrullrich.net> X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Mar 2018 17:43:43 -0000 --Apple-Mail=_082A44D0-C610-4291-87C7-C59B178F2455 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 4 Mar 2018, at 18:29, Christian Ullrich wrote: >=20 > I'm trying to buildworld/buildkernel of stable/11 r330373 for an Intel = Atom CPU (CPUTYPE=3Dslm) on a (slightly faster, CPUTYPE=3Dcore-avx2) = build machine. That works fine, but make installkernel on the Atom box = fails with a SIGILL (signal 4) in the "install" command (sorry, no log = or screenshot). >=20 > As far as I can tell, this is because installkernel uses the install = from ...obj.../tmp/legacy/usr/bin, which is built for the host. = Disassembling the binary shows that it uses AVX opcodes. The "main" part = of the build output correctly respects the CPUTYPE override. How are you overriding? As far as I know, the bootstrap-tools are built using NO_CPU_CFLAGS, which disables any cpu-specific CFLAGS. However, this does not work in two cases: 1) If you assign CPUTYPE with =3D instead of ?=3D (in make.conf or = src.conf) 2) If you set -march=3D flags in CFLAGS directly With 1), if you specify CPUTYPE=3D as a variable directly on the make command line, it will effectively disable NO_CPU_CFLAGS. > I suppose I'm doing something wrong here, but what? It must be = possible to build for a different CPU of the same family, right? I even = tried running a cross build (TARGET=3Damd64 TARGET_ARCH=3Damd64), but = since the build host _is_ amd64, the Makefiles laughed at me and only = did the normal build. >=20 > The command that did not work was: >=20 > MAKEOBJDIRPREFIX=3D/usr/obj/slm make CPUTYPE=3Dslm buildworld = buildkernel >=20 > I have CPUTYPE?=3Dcore-avx2 in make.conf, but that should be = irrelevant here. Actually, that *is* relevant for the stages after bootstrap-tools, build-tools and cross-tools. E.g. 4.x and later. Again, this depends on how exactly you are overriding CPUTYPE. -Dimitry --Apple-Mail=_082A44D0-C610-4291-87C7-C59B178F2455 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.2 iF0EARECAB0WIQR6tGLSzjX8bUI5T82wXqMKLiCWowUCWpwwRgAKCRCwXqMKLiCW o4HuAJ0UTVLA5D1avjuQ75YCgx+sK1CsJACg2m3rMK5FRYzdmZmGjs7KjpLFiCE= =jNgg -----END PGP SIGNATURE----- --Apple-Mail=_082A44D0-C610-4291-87C7-C59B178F2455-- From owner-freebsd-stable@freebsd.org Sun Mar 4 17:58:10 2018 Return-Path: Delivered-To: freebsd-stable@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 AE1EBF4855D for ; Sun, 4 Mar 2018 17:58:10 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-it0-x229.google.com (mail-it0-x229.google.com [IPv6:2607:f8b0:4001:c0b::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4D977865C8 for ; Sun, 4 Mar 2018 17:58:10 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-it0-x229.google.com with SMTP id l187so7331142ith.4 for ; Sun, 04 Mar 2018 09:58:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=uNLGR+rf31udwNZr0dByrmdUN72s2eHi5VDTdeUJ5kc=; b=ncGpnMoP10qtVVjA8jW+KYuNRkuwKfncBe5tgPj91mdEG1Vx4UMeXHQS6URMb7JilZ DRylyOLfTLtgq7cStKMUbZawkH8agzglRP21NjYMmZ+wM89MnXJaKNlyoljA4K/PhgMV qqgzi6Bi5jucvKViS8jLC5FAh3JbNnz2N3IusjE6xxlIU7nZdJJ9U9pqLOa5FYaWbMzO +N31I0+vsJMs4ZmCmUQW9YbXudbLzED+Frl9RfXBbr8uZUdrtGU9FziLGGQPP71YvLxG RcIdJv4QwtZd+ohHuvGO3UE3eKFUkzp7Bu8B1dXPquQcTUBO4MS/sxqZXdNYc3bXYyks QOcg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=uNLGR+rf31udwNZr0dByrmdUN72s2eHi5VDTdeUJ5kc=; b=Jc1zAcLUxI+e1kLnj4tAaAMJMFjBMqB9D4iM2jCE3tEeQr2odGraEKkSlVkPztVw7D a5qsTNPqG3UL6VhE6zoueic0O+ofDT4Xvtx3CZF+H0VMChk4838kmSTo9Fq/zivT3ELn ocfipFIp8ggRkF8GcrZhFRQ8ZKrRLVNIGNFvEwqoZC+HaEEm3cIi4nvDnsfXOcKpLUbF 8VhS97sSNz4CE5H8tEo3TELeUspzlF3xH8lY1FVxPT2Jar+L5hM12Ax/b/Cb1iFb69eW srD9C8SY0Tu2De8FPE4EuDUKMt4uLjOl8pIv/KP7zF/NGoGuy38l96ux/fKodz0VaIIy l9mw== X-Gm-Message-State: AElRT7EwnP+48GTJlp2vU32mbO4Z2Fg6VemsJZwvOLN3+vtLYJvh2BD4 gXitm4pl1AFTXDWOQxX6EXH4b0vIJmskhCAMtgMFXQ== X-Google-Smtp-Source: AG47ELu6K+LY6ZEf69e6bZQP5KoI0nRBMtgbHFhQBYo/02ej0SHF7Sw7tK433lmyTbOGIMLreusHB99C3yPahO7Nhq0= X-Received: by 10.36.148.204 with SMTP id j195mr10567213ite.1.1520186289427; Sun, 04 Mar 2018 09:58:09 -0800 (PST) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.79.203.196 with HTTP; Sun, 4 Mar 2018 09:58:08 -0800 (PST) X-Originating-IP: [2603:300b:6:5100:1052:acc7:f9de:2b6d] In-Reply-To: References: <2126f358-c827-ecf0-109b-0488c5b155b6@chrullrich.net> From: Warner Losh Date: Sun, 4 Mar 2018 10:58:08 -0700 X-Google-Sender-Auth: 13WkpMwlXj0aPCVwwNMxU6SK-2I Message-ID: Subject: Re: "Cross" building for same architecture, different CPUTYPE To: Dimitry Andric Cc: Christian Ullrich , FreeBSD-STABLE Mailing List Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Mar 2018 17:58:11 -0000 On Sun, Mar 4, 2018 at 10:43 AM, Dimitry Andric wrote: > Again, this depends on how exactly you are overriding CPUTYPE. I'd suggest *NOT* setting CPUTYPE and instead using TARGET_CPUTYPE to do these sorts of things. CPUTYPE is known to only work on native builds and is tricky to do in this scenario just so. It might work for 'near cross' builds, or it might not. TARGET_CPUTYPE overrides CPUTYPE that might be set in weird places and generally works a lot better. You don't need to set TARGET or TARGET_ARCH to do this, but it would work if you did that also. Warner From owner-freebsd-stable@freebsd.org Sun Mar 4 18:00:44 2018 Return-Path: Delivered-To: freebsd-stable@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 E1461F4882C for ; Sun, 4 Mar 2018 18:00:43 +0000 (UTC) (envelope-from chris@chrullrich.net) Received: from EUR01-DB5-obe.outbound.protection.outlook.com (mail-db5eur01on0608.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe02::608]) (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 4CDC18688F; Sun, 4 Mar 2018 18:00:43 +0000 (UTC) (envelope-from chris@chrullrich.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gloomberg.onmicrosoft.com; s=selector1-chrullrich-net; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=HnTc+6fvHptItar5E6hLMKs/c7WdkSxla6iP5jChpMA=; b=YPhhwl2KZWTDZQQKIpgGywSH1HMBYJ48jMU5dTprXJgONonx/S4Y1Nm5kA86FNFLmuc+wtO0V9nCRaX73AFJk84xenYh8zOdMEBe4zY/pcRSeQsX3X2VJC7Je05iCuSrVbxX6jZmbDhWEXDa/bqlipFhT48Hz7WPtmR8BOObVtQ= Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=chris@chrullrich.net; Received: from [192.168.92.135] (217.31.70.82) by AM4PR10MB0227.EURPRD10.PROD.OUTLOOK.COM (2603:10a6:200:2b::13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.527.15; Sun, 4 Mar 2018 18:00:40 +0000 Subject: Re: "Cross" building for same architecture, different CPUTYPE To: Dimitry Andric Cc: freebsd-stable@freebsd.org References: <2126f358-c827-ecf0-109b-0488c5b155b6@chrullrich.net> From: Christian Ullrich Message-ID: <2d89ab32-b52e-5036-6e38-c0c9baa1d7cc@chrullrich.net> Date: Sun, 4 Mar 2018 19:00:37 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Originating-IP: [217.31.70.82] X-ClientProxiedBy: HE1PR0402CA0033.eurprd04.prod.outlook.com (2603:10a6:7:7c::22) To AM4PR10MB0227.EURPRD10.PROD.OUTLOOK.COM (2603:10a6:200:2b::13) X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: c7cd4415-be01-4251-05ac-08d581f9d7c1 X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(7021125)(4534165)(7022125)(4603075)(4627221)(201702281549075)(7048125)(7024125)(7027125)(7028125)(7023125)(5600026)(4604075)(2017052603307)(7153060)(7193020); SRVR:AM4PR10MB0227; X-Microsoft-Exchange-Diagnostics: 1; AM4PR10MB0227; 3:z0ZY4etgM5qvyqIYP/eMCwaMzIgfpF3jz02cDGTHGcDBoZOnjw44iC27Y+rNznWRtky6f6S8W9wS/hpHBIdn9+32OzZ8xMCUISx7XXpZWmOFhNCzzr0XoXi9KYkB9CbFZEfmeBe16g9bo3FpKougOUk+C+SHNXAS72fbQl/NgQ4y9nQ9v6v+jNMkcvHJG9ipSXS4kdkFm2feWeSo/znEc9NKYDVEZ+baE40qOIFSzhmNa9WcOB+Fo20ulhA02uX9; 25:dtqZJMf0G+vuv9nMl+/LLpJTZG2hpk2Sbu8KUrnqzC20fvjP6ioj6CV05JjXoZWx/AIRTAPVq/BrXoFq9vLVCVE9VoOLnnrp8z8wVwxbYj7hh1L+Ouyt2Axnt8QbtBlfwzK6dqVy1vdM4kljEoMN80lH3R7yp1dSxGjpi1Xjgew91ah1CR3ZWo5X9TZE0uqtEw67MxMCvkPz/rD5ftrOZGzCZSkYv8rcsG2GL5dCMCCFVSKeCrJ6OQshkipFMfBs8aFhXd7HOMod2b0PGsXTfFGmEPjiU5+P8/xku6yt+3zeflQ0Pkp8OqxWv0lqlCHHNdRaEvFpkze4ZpRNW100RQ==; 31:w3+qfyyP3VDpK94nhg17bTN0bWJOHspifkqhFv6BkRiHfoSvycqkxcVxYiAGR7Fcvb+85Ki6DZDpLCwJGX6pqVg7WIuQH/dlClZn6maC5tzR/SpG1AFQAUKU49vtAAPCIWICpF23S/iWKwybu4nBhTw+qgvyDixfbH8Yz24vJkEmD9XHpf78L1Dse7vtqtZvdkSwxMA6MvQEkUtadp9jKeMdHYmVPQVQI4WrrSHiPNk= X-MS-TrafficTypeDiagnostic: AM4PR10MB0227: X-Microsoft-Exchange-Diagnostics: 1; AM4PR10MB0227; 20:R6bgNPvLSiIlK3o1K5tXUcEpSjt+LslJ72gPF7tLnelpAlXv3wE3Cc5mwf5G1nyl/7njp1RmJYvv0c3t3qgEGS6lv5qV3yZCAxjzbVuOXMrRfa1qkT84EgC1lM09kcrzIJL6ukVqtpdR8dSiw9jBg3/Yk+bAdEWaTEv8KRM7HdUI1DKlBdvG5eoPK8eP+EYyhmcH8qHcL/C+vHt9066IYvQSLEb79Z6cX37R38AfT4Ok5a6M1+0A9n6TvBTGzTamAQrN+izDgIjtPdktfuEEVUtPAIsNT3S1825G025NjSqDkioe/Bs42BnAiKNdUZ8RaHyUrRXYklUhJdngA7jiZhPCug8t4I7kRS0j1FGeJRibmTn/t7lGp5AvZ8BnKGFMqMECp2ZbXUwLnFvUwhqG6urjgWxDxiltFahL/MtPnsN7RxEljGrg0WX1W4yqVzsLMdlzRuZSxOzdvZkeN3ZSdY3FQL9m5ef+8VKWtMEFc/NQDNAVJ0ifOrpegsrrPyu6; 4:o132zzF6n1NcnpFX4fe3CHxE7vmUZfFot32Qgq1osr6g2XAVOKma6knVygInQTlbaYPVLxD60q7j4sH3qUOW7etAZ/vtB28kuEbPaebXfQQHJ8e3MO4UZJyI/UlUysLPZExc2MUTND58B0J4amjv4TrE2zNolWRBa9o/2plVQ+fmc/jdinYny4A2vWBE20v0uygWlDcZ58EgQVXUqJUcBu7x3LF92Rx9mFbmfNnXONfQcBzlTLgKrjJy3t+PpwQRdQVIQimaGy0aRA6LnkGHnw== X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(6040501)(2401047)(5005006)(8121501046)(10201501046)(93006095)(93001095)(3002001)(3231220)(944501244)(52105095)(6041288)(20161123558120)(20161123564045)(20161123560045)(20161123562045)(2016111802025)(6043046)(6072148)(201708071742011); SRVR:AM4PR10MB0227; BCL:0; PCL:0; RULEID:; SRVR:AM4PR10MB0227; X-Forefront-PRVS: 060166847D X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10009020)(6049001)(346002)(366004)(396003)(376002)(39830400003)(39380400002)(199004)(189003)(6116002)(81166006)(65956001)(26005)(66066001)(7736002)(316002)(3846002)(58126008)(106356001)(23746002)(450100002)(105586002)(86362001)(31696002)(77096007)(16526019)(81156014)(31686004)(6916009)(59450400001)(229853002)(305945005)(6246003)(186003)(47776003)(2906002)(65806001)(5660300001)(8676002)(8936002)(478600001)(16576012)(230700001)(2950100002)(76176011)(65826007)(52116002)(6666003)(36756003)(50466002)(386003)(25786009)(53936002)(3260700006)(117156002)(4326008)(6486002)(97736004)(64126003)(68736007)(67846002)(53546011)(345774005); DIR:OUT; SFP:1101; SCL:1; SRVR:AM4PR10MB0227; H:[192.168.92.135]; FPR:; SPF:None; PTR:InfoNoRecords; A:0; MX:1; LANG:en; Received-SPF: None (protection.outlook.com: chrullrich.net does not designate permitted sender hosts) X-Microsoft-Exchange-Diagnostics: =?Windows-1252?Q?1; AM4PR10MB0227; 23:axctd+LCWZ5dqosoE1Lyr+lJMDgg2UY15gQTm?= =?Windows-1252?Q?YruYGvHemq9zuj//b5ecdVBkfB2kibLjuZ7vRzl0xVhmzYxkJABxUMJB?= =?Windows-1252?Q?ol+B5epRMP9iVbqhVmGc0UG2M9j000swBoKeIvYACHhv0d701Hx5/WU+?= =?Windows-1252?Q?VIEfFz6VDRsUk0TSjc4ouj0cAZnCLIN0QURt8JN8TSxobw/7NYmkMwGB?= =?Windows-1252?Q?LfcTVHpoWmX9S4GzBBUL/KeTL86LOR/Ty9prkwoQMmKcIKRpdyyEV299?= =?Windows-1252?Q?p2P3V4V4WhZM7x64hfh/807CmRsRciYG9J/6Bwm01lfNHPIAlxfs+anG?= =?Windows-1252?Q?iogE1/59spRvlaNFPP8wN2weBt+oqH9xvFwuek1URyqQG0U2dQ9nAswT?= =?Windows-1252?Q?Xp1Igjy6zikaGanAkpfFJd6ib1LlyGLuzdYJ1VS6ATFtrrV7MBlun4Oo?= =?Windows-1252?Q?RSDfTkOx0Sem0+lknFUHgHZmwRpAcxzFgyLAkxk1EMqkevMOoStR0Emi?= =?Windows-1252?Q?SngTHAfVVzqalkiPhvVrGPqQGd97G00Paw0eQg8+BbIhl/dUB8Y25G0C?= =?Windows-1252?Q?GyPk4rsqjqays5s2RQuRPXkN98zwGJ30wORnuHZKGdHZxPbgLQiPv5AF?= =?Windows-1252?Q?dC/7ns2IZETDyEeKlkDZVZhVU91VvllEJLziyEB4IPcT6uc4JBZmPZHC?= =?Windows-1252?Q?FpkUj2xsyPFZtyKfoSj7+3INIQ7y6EcBL1AMfE//o+5DHHRDAbKYLSVX?= =?Windows-1252?Q?Pxy12dav41LS1E0AXTvmoqRH024hXXapagJmu56tIRuJLcowoYJfgll3?= =?Windows-1252?Q?yiCoWniE111DfKBQ9hXb0LTzKy2mEod17WTlGPN2K+f/du6oJovCiiZm?= =?Windows-1252?Q?gRPWRaK5wBF+/hAYD2tD/qkVPQb01jmv8p6cvRyCtd7Ps6zQykUCJFkJ?= =?Windows-1252?Q?DjVH7ObR3pjMMnoMJdrIdanbf8aDc6kjG7B2SC5y68hfq9YEdxCVRxwK?= =?Windows-1252?Q?nmQVOWD/fnXfN/oFNsKnSJY1FezIG1fsFEPkqIOPGwGRLNnBiOrt7/f5?= =?Windows-1252?Q?jM7deNYWErzLwbPWBHT4bKJVRWTrLTFm8xQcvZWLU9CYCm2UYHEurbvW?= =?Windows-1252?Q?2w8kBgeeFsfwzXvSfcuwDmKHXHWyveqmNnMXEb1utdW4LkePbv1+kbKU?= =?Windows-1252?Q?yMbJIen7jW6rwEOkvxXi5ZuCtQgDzvRSQOxQ59/Tr56hUt40EoN51EZC?= =?Windows-1252?Q?pyC6mK+a+R7eK5UV9Pqr0Jv4PySibGJ/kEN1Y2P1+mgI/qgntBa1F6rh?= =?Windows-1252?Q?HRvHlJPLfIJ83gwWZ2xjFLuqTAVRHFP6sCn++P3PngUTzqfIVSthRZ3w?= =?Windows-1252?Q?Tc9MsHSbBfSPcasFMgDWCQG8Y3Yoq9cm+dmiBKbbLFBX8HoGVzQsOGNP?= =?Windows-1252?Q?dQGF+4CSe+aDGLxiGN/onWJjdG3I/bre+HSwlG7WUWtJmcX9NfzsfFHz?= =?Windows-1252?Q?N8dp3SNCLKYzg+sQDOj/K3ZRY5du/MGhnTzsAa3t51Ap9GC6kwSUQ6tX?= =?Windows-1252?Q?HZ55eqAwgj6j3s=3D?= X-Microsoft-Antispam-Message-Info: 7CsbQNhTefFvcuF5MZsvWH8totiJrWHROgRKjAu9PbmwO2DW2WQ0SbzZ8Fbu2YzRPg03DqUR+rCNWcrwbsz2fcDmBlviSO15TDzfMzKrr3ogqhiotxy+ghKuTrg+LwT2gQ9Ga9YzgUMdA0/S5SVwnuJT2Z7i9+Ug/ayPyEgPKTcyzJpCog5FAXzPeNbmNJNi X-Microsoft-Exchange-Diagnostics: 1; AM4PR10MB0227; 6:e6bgn7j0028WdjJSqTFkTa7hfXgAkBDScWGKXDMEaVR0ges1KaHISBW0E0kdKdSP8Sg+cpb+Bg7Fik0xW2WBAZcIDZo69deiyVkaLPkVLKMnmx6DPhEkXpd1boHGqDYq7htfKgQVFofOXms803jxYU5mrwOuPLakJXJym33Gfn+Ev3gL9GczaUbBsRDgRuhc5Kr74x/vycEh38UP/uJ4MVLIjT6dG+NHggcq7h3GtAXnOVjEFcN0LlgKD9OM/Je0BK2Xl0fxWl+DB4SZoE8wHGFYSh80ZNmioltiy7B0nHJOSzer5f2zKZG44Z6K81yugu1HPRjj8MB4hQryWwc7pAfnkm6MziET07ZQ5XpoK9Q=; 5:/LuTVDurFNxz9O5erD0e9NM/E0Rmgb+QGbMg93R1U5Ug3CzmvbPOu4h5yhKugi+MOecP3cRJ70Ls3h/tN+Z9rZqc/5CnaJ5aISy9Ia8VFV+OSLyE9BP3GpsaMtiW98hop8L5N9ZUtG7yas2w+j+Kb8nsVJQAibEJfLvpgemQcng=; 24:tquXEm8owTXIGA5EAgDgHeowWGMDhglSDaZG0nouXSGPu10mLlXT2po8j1WnxN8nAGM/E7kQ5J1sTzKSNhP8avmntgO/ckMZgbyuNzlCehY=; 7:v2yF2QHDRPiKr0vb8KdQr65tzwDc81UE8rOsc5aldIRiolGgge2P7YZtX5j8YmEeBEc37EjE9Xjy8hwL+fvdDTYPVuu4ZaNqo/TWJDlg5iZoqoV1RL8FhpJt1hZ2VhAdYkrc4PaSu0e1CP3omBtmOmBEE5PUAjY0r6pfr7lLCc+eqN2CufTqmtXtL55dm49VuUCDmn/Ri4q6JAkK0t2ogiuTOM+hwUDNjKicnyqIiiFx27ZKromMrDkXok3EKjxF SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: chrullrich.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 04 Mar 2018 18:00:40.6571 (UTC) X-MS-Exchange-CrossTenant-Network-Message-Id: c7cd4415-be01-4251-05ac-08d581f9d7c1 X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 8ee9b5e7-26b6-4fdf-9b47-cf4fbc6d4e3f X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM4PR10MB0227 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Mar 2018 18:00:44 -0000 * Dimitry Andric wrote: > On 4 Mar 2018, at 18:29, Christian Ullrich wrote: >> I have CPUTYPE?=core-avx2 in make.conf, but that should be irrelevant here. > > Actually, that *is* relevant for the stages after bootstrap-tools, > build-tools and cross-tools. E.g. 4.x and later. > > Again, this depends on how exactly you are overriding CPUTYPE. Thank you for the explanation, Dimitry. As I wrote, I have the host's native CPUTYPE in make.conf (CPUTYPE?=core-avx2) and the target on the command line (make CPUTYPE=slm buildworld buildkernel). Since my previous e-mail, I actually had the bright idea of removing .../tmp/legacy/usr/bin/install, and that let the installkernel succeed. My previous assumption that the remainder of the build obeyed the override must have been wrong, though, because installworld failed in strip for /lib/libc.so.7, and after that, nothing worked anymore. Perhaps I should get a non-x86(_64) build host and really do a full cross build ... Thanks again, -- Christian From owner-freebsd-stable@freebsd.org Sun Mar 4 18:22:16 2018 Return-Path: Delivered-To: freebsd-stable@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 52E7EF24753 for ; Sun, 4 Mar 2018 18:22:16 +0000 (UTC) (envelope-from Andreas.Nagy@frequentis.com) Received: from mail2.frequentis.com (mail2.frequentis.com [195.20.158.51]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "spamquarantine.frequentis.frq", Issuer "Frequentis Enterprise Issuing CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8F463680EB for ; Sun, 4 Mar 2018 18:22:14 +0000 (UTC) (envelope-from Andreas.Nagy@frequentis.com) X-IronPort-AV: E=Sophos;i="5.47,424,1515452400"; d="scan'208";a="2430998" Received: from vie190nt.frequentis.frq ([172.16.1.190]) by mail2.frequentis.com with ESMTP; 04 Mar 2018 19:22:07 +0100 Received: from vie196nt.frequentis.frq ([172.16.1.196]) by vie190nt.frequentis.frq ([172.16.1.190]) with mapi id 14.03.0382.000; Sun, 4 Mar 2018 19:22:07 +0100 From: NAGY Andreas To: 'Rick Macklem' , "'freebsd-stable@freebsd.org'" Subject: =?iso-8859-1?Q?RE:_NFS_4.1_RECLAIM=5FCOMPLETE_FS=A0failed_error_in_combin?= =?iso-8859-1?Q?ation_with_ESXi_client?= Thread-Topic: =?iso-8859-1?Q?NFS_4.1_RECLAIM=5FCOMPLETE_FS=A0failed_error_in_combinatio?= =?iso-8859-1?Q?n_with_ESXi_client?= Thread-Index: AdOx8zAe5+TceuOWQkax+IhJZhNDgQAnzopHABn27/AAIBzCQgAP8SUgAAmzYWA= Date: Sun, 4 Mar 2018 18:22:06 +0000 Message-ID: References: , In-Reply-To: Accept-Language: de-AT, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.12.22] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Mar 2018 18:22:16 -0000 Okay, the slow write was not a NFS problem, it was the hw raid controller w= hich switched to write through because of a broken battery. In the source I saw nfs_async =3D 0; is it right that NFS will work in asyn= c mode if I compile the kernel with nfs_async =3D 1? I know the risk of running it async, but is it not the same risk having the= datastore connected via iSCSI which standard is also not sync? The last weeks I tested the following setup: Two FreeBSD hosts with a more or less good hw RAID controller in a HAST clu= ster providing a datastore to two ESXi hosts via iSCSI. This setup worked quiet well, but I now want to switch to NFS, and hope to = get equivalent speeds. Thanks so far, andi =20 -----Original Message----- From: NAGY Andreas=20 Sent: Sonntag, 4. M=E4rz 2018 14:26 To: Rick Macklem ; freebsd-stable@freebsd.org Subject: RE: NFS 4.1 RECLAIM_COMPLETE FS=A0failed error in combination with= ESXi client Thanks, got it working with your patch. So far I did not see any issue with the mount. Only in the vmkernel.log the= re are often following entrees: WARNING: NFS41: NFS41ValidateDelegation:608: Server returned improper reaso= n for no delegation: 2 Actually I have only a single link between the ESXi host and the FreeBSD ho= st, but as soon as I figure out what Is the right way to configure multiple= paths for NFS I will do more testing.=20 I need also to check out what can be tuned. I expected that writes to the N= FS datastore will be slower than iSCSI but not as slow as it is now. andi=20 -----Original Message----- From: Rick Macklem [mailto:rmacklem@uoguelph.ca] Sent: Sonntag, 4. M=E4rz 2018 06:48 To: NAGY Andreas ; freebsd-stable@freebsd.org Subject: Re: NFS 4.1 RECLAIM_COMPLETE FS=A0failed error in combination with= ESXi client NAGY Andreas wrote: >Hi and thanks! > >First time using/needing a patch could you give me a short advise how to u= se it >and for which version? The only difference with kernel versions will be the line#s. >So far I have made a fresh FreeBSD 11.1 RELEASE install as a VM on a=20 >ESXi host >updated the system and did a svn checkout=20 >http://svn.freebsd.org/base/release/11.1.0/ > >Then tried to apply the patch in /usr/src/sys via patch <=20 >/tmp/reclaimcom2.patch > >Output was: >Hmm... Looks like a unified diff to me... >The text leading up to this was: >-------------------------- >|--- fs/nfsserver/nfs_nfsdserv.c.savrecl 2018-02-10 20:34:31.166445= 000 -0500 >|+++ fs/nfsserver/nfs_nfsdserv.c 2018-02-10 20:36:07.947490000 -050= 0 >-------------------------- >Patching file fs/nfsserver/nfs_nfsdserv.c using Plan A... >No such line 4225 in input file, ignoring Hunk #1 succeeded at 4019=20 >(offset -207 lines). >done Since it says "Hunk #1 succeeded...", I think it patched ok. However, you can check by looking at nfsrvd_reclaimcomplete() in sys/fs/nfs= server/nfs_nfsdserv.c. Before the patch it would look like: if (*tl =3D=3D newnfs_true) nd->nd_repstat =3D NFSERR_NOTSUPP; else nd->nd_repstat =3D nfsrv_checkreclaimcomplete(nd); wherea= s after being patched, it will look like: nd->nd_repstat =3D nfsrv_checkreclaimcomplete(nd); if (*tl =3D=3D newnfs_true) nd->nd_repstat =3D 0; rick [stuff snipped] From owner-freebsd-stable@freebsd.org Sun Mar 4 18:32:17 2018 Return-Path: Delivered-To: freebsd-stable@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 D14E3F25739 for ; Sun, 4 Mar 2018 18:32:16 +0000 (UTC) (envelope-from chris@chrullrich.net) Received: from EUR01-VE1-obe.outbound.protection.outlook.com (mail-ve1eur01on0078.outbound.protection.outlook.com [104.47.1.78]) (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 1FAC26896B; Sun, 4 Mar 2018 18:32:15 +0000 (UTC) (envelope-from chris@chrullrich.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gloomberg.onmicrosoft.com; s=selector1-chrullrich-net; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=gt8ewaWdZJDlqSSLCqSlGGLqE0eg0RhOkXOTyDAV318=; b=HMKqCrpyZtOhS1MfaFDYRyPVKdXhvj8i52S98y6p+Oui07ZEIIOMKU35nK2HW9XQMh2/UeU+qK+3/dr3gUlCan4GObIk8i5XHdW6snFWr/+XF4TlEaEolBjKLAtxLogvyMekQS/NV0654rtDcPQ18dCsbhKDZ3YPlito+8BZ6bc= Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=chris@chrullrich.net; Received: from [192.168.92.135] (217.31.70.82) by VI1PR10MB0238.EURPRD10.PROD.OUTLOOK.COM (2a01:111:e400:c54c::8) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.548.13; Sun, 4 Mar 2018 18:32:12 +0000 Subject: Re: "Cross" building for same architecture, different CPUTYPE To: Warner Losh , Dimitry Andric Cc: FreeBSD-STABLE Mailing List References: <2126f358-c827-ecf0-109b-0488c5b155b6@chrullrich.net> From: Christian Ullrich Message-ID: Date: Sun, 4 Mar 2018 19:32:09 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Originating-IP: [217.31.70.82] X-ClientProxiedBy: AM6PR0502CA0013.eurprd05.prod.outlook.com (2603:10a6:209:1::26) To VI1PR10MB0238.EURPRD10.PROD.OUTLOOK.COM (2a01:111:e400:c54c::8) X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 1a2673ac-bc62-4266-aa34-08d581fe3f3f X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(7021125)(4534165)(7022125)(4603075)(4627221)(201702281549075)(7048125)(7024125)(7027125)(7028125)(7023125)(5600026)(4604075)(2017052603307)(7153060)(7193020); SRVR:VI1PR10MB0238; X-Microsoft-Exchange-Diagnostics: 1; VI1PR10MB0238; 3:1sYsLKncpC/lIGpjvedSYmU1nIrETYrVq1sb6dVXsPV54iIo5rSPTmkGOZIVmlNk+vj2ZQ7s9LlLCgxNRFE05tYx3w2f6boyLvBOitkyDcffhAWYS82ITNbovQNhze2D2l8IZwaunyWER1LSLfUvPSZ3l7SnCLGiIIb0TVQP7X7U6kLK7KB1LQ9FaKdX+BwbZMf+6mGF84Pnd2HGmCbwBiDjX6g4QCLNDQZegJufWzr22eZalw6SU5W03k/DlyOh; 25:XhtUnVO3nBiD9tWKZM8Y2+XqdhV/7lfkktbWciBskyBeB2YN6YMeuCaxTmaZkY7/cADzNdk1VIniSHwfacxAoRZGr+5tAhZth+jHNnVFwr9gdehYaug5iP+dLJzB1gLlCIyuXEXem1SEC3YswGIr6/qt0jy3nf+0QD0RRzbxDlpanpTCIvUMp3ydX3JpQIYb446teCvlMN8ltYS/j1a46rujvf6fQbZ8LC9kmFBoFK6aAo3pTgKZw2opLRqUBqGJrt1Fli5dA+0XUSLZRJepId7K70q9WA0Kx75UYn/18QW3vFMCDhor9/YljRlxTBHgffecZ98rxjriZPkxPVT65w==; 31:WmQAfPLL+AY7nWzpZPZzip7/W0jjR5DerWtCVzmqIxRzDffTG00kJk+MGOzeXuBVCYBJOLApEVMEUxmAuGFqmiZzwBs06a4qUjS77IGyPi1iwB8zzjSr71Ae5sZEKXcxHYFwPvzPwb9/NXSRMiXxZDItlbjSwqYu141CcG1Nb7oVcD4F0OxvS3qycw/tUL5Eoh38iMzF5MD+ewaEIAaAwQgarlTxXnzGb7IbA4Lna68= X-MS-TrafficTypeDiagnostic: VI1PR10MB0238: X-Microsoft-Exchange-Diagnostics: 1; VI1PR10MB0238; 20:b/XdHRuqNeoUihU4YyJj+HBP4Y4Qjm0IUXP3nIY1+x4iviiGqqoS08MyrtH/UILYLWSzu5983wrO8KV2il2CUDcDTnDnP0Wh2SY7U8lOfXz28WVF6eFWd/id4S3I0vLe7zMt3wX/eg7YBDQAOQZIgY33JQ/GQrqPcQvIsiX9Gs7juBS15goBrchFxfPJkKvrvypKe6tgC46lSsGlf1cTUHRcKlGCjSRSOt+hZI/jSK18MMBslDpg5+XRGuLQM4QzqCokDRmy4kwsEphWx5Ef6H1oNSN9jIKT5FdOfJazaySmuSPZ0VavsYS9IoWqs4OCAtHn/jbrUu81y15FuV17itdKODQ9372HZJIlBfCnQ13aF1hsnq4S0RYTs+uRYjfDau/m5BF7FlrlybE/D0kWBUnspEd345CYVlJQfxPpuqT8mr2wOfYNe0Dl8U4N+PtOa+5CLVdCKpBXGQXhP6pGrZy0p4TQwxZJwniXdIbw+rjfoL+yLbRPyV9T0anyXw87; 4:hbzEVjy0gt42VfPccF9Zdev9r8eaBiIQambb2DDtMnmbk1WOahPh6MZv7CFxJLMhGbWfVovcaaFYl0Lft2TxC60qSIO5FTiKuE2PSf1SQNT1rUonE2cUkJth8FbQMJY51+X3JaBY0omEoN7xMJfwE6mf9y/Vn5N0NcmbPnmT5k7moR2+R4mBPGm3liSA+u4tDV/AbkJTIsChj5Ic9VzUABosDKyolb/+TltvFgPwb47rUPHi3tWSDbdSU3YTvMbMLtc2KUP1hiZkZH0bHwGtXA== X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(6040501)(2401047)(5005006)(8121501046)(3231220)(944501244)(52105095)(10201501046)(3002001)(93006095)(93001095)(6041288)(20161123560045)(2016111802025)(20161123562045)(20161123564045)(20161123558120)(6072148)(6043046)(201708071742011); SRVR:VI1PR10MB0238; BCL:0; PCL:0; RULEID:; SRVR:VI1PR10MB0238; X-Forefront-PRVS: 060166847D X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10009020)(6049001)(376002)(39380400002)(366004)(396003)(346002)(39830400003)(199004)(189003)(377424004)(316002)(23676004)(105586002)(76176011)(65806001)(2486003)(8676002)(16526019)(66066001)(68736007)(50466002)(8936002)(31686004)(7736002)(53936002)(65956001)(6246003)(6666003)(229853002)(65826007)(58126008)(2950100002)(110136005)(305945005)(4326008)(64126003)(16576012)(5660300001)(386003)(478600001)(77096007)(6116002)(6486002)(117156002)(26005)(97736004)(52146003)(86362001)(36756003)(81166006)(47776003)(25786009)(230700001)(52116002)(3846002)(3260700006)(67846002)(106356001)(81156014)(31696002)(186003)(2906002); DIR:OUT; SFP:1101; SCL:1; SRVR:VI1PR10MB0238; H:[192.168.92.135]; FPR:; SPF:None; PTR:InfoNoRecords; A:0; MX:1; LANG:en; Received-SPF: None (protection.outlook.com: chrullrich.net does not designate permitted sender hosts) X-Microsoft-Exchange-Diagnostics: =?utf-8?B?MTtWSTFQUjEwTUIwMjM4OzIzOmsvVWxFSUR0cTNkZG5tQVAvVkNlcHBPaXl4?= =?utf-8?B?RkFqTEE2NGt1bWs4OVRSWmxIN3FQZVJ4TTNNbmx2YTVhV2dOWm9DUmpRdnFW?= =?utf-8?B?T3NCSDF1dGNpSVJRWXp2d3BSYlBqbEVWVy9IYVFZcjBzZnYvMDFVYTV2bVRR?= =?utf-8?B?ZTYvenQzK0h3Ym44OUpVSEt3UElnRGVBb0FzNGJrRi9oR2dRSVBHcitxai9J?= =?utf-8?B?Y0doSXRVakVhMmVXZm5lSU00WkhmQmNCR0s3RFZtZHBXTEVtYWVoaUhaakpK?= =?utf-8?B?bEJvYnUrLy9tbDhwUlk0YVUrR2MxZWZLOHdSV3A0Nm9xb2wvNHNWMU9HNkxx?= =?utf-8?B?eW9nUHJUUHRKQlFUb3UvOEk2a1puWXhJRHdjNDl0QW8vYytxSHBZeXRWT1hJ?= =?utf-8?B?Y0Nnek5iSXk0cnJ3ZUhIRkpBeXk5eUJxTVo3Y2FjRjZMZzl0ejBuNkJpS2l0?= =?utf-8?B?R0lQZUF0MEVMS3NpZVRmcm9KYzBEaHJQcGNRTFgvZERmS2p1WjVaTmxLRHc1?= =?utf-8?B?MTErSS9FdXN1VE91Vzdxb3ZQdXA4WWJ6NUp3dlFXeER3NnNadlNXZWNYZkps?= =?utf-8?B?aERwOTJNNHBzWVhkazB4RU0xN2EvaE9YdC9xempYM0JLbjNaSmFVYnJRT09v?= =?utf-8?B?Mk45MHFRS1Z6dGFFSlZiNVRuMDFIMFJSQ05tamcvOGxMTFVFM0ZpcDNuOVUy?= =?utf-8?B?UXhEd08rLy9vRFdCK01pUjh6TFVkTWN2c3hpOVB6cmhHRXVOSmpzMkxBNkhF?= =?utf-8?B?YzVXbXRIZUoxaWhYQzNYaVJpZmd3QW0wb05ydE9qbHVJRnd3NTIwMUlnVVBD?= =?utf-8?B?ZGpna3ZFZDMrUzhOS0g2UWM3eEVQeTJzbk5uS1FWVWVpRXI0REFCZUdYMytC?= =?utf-8?B?VldYa1dNb1BzcjRPQWt4S2dNREs5OXY0RDZ6SWRTM1piS0RXcklRN3RxamxH?= =?utf-8?B?NlNmM1dPK2dJZjUxN0x2enp4L1djT3R6eldVdXVIZjdEdVdjV1IwenRDdHBa?= =?utf-8?B?OGJ2ZTBxekd0TWRIcll2YmpJWU9ZbkRaT2ZDNFZpTHFjdElic1IveEFNL2t1?= =?utf-8?B?bXFvRGd2bDNDVmNtbTlYcjBWRGpZS3hhVDUzMTc3ODRzZjJ2RzB4ZlNHZDNx?= =?utf-8?B?Q2pVQnlZTnZlOVdjMzF1T3R1WlFRYUxnVjFIRGFIZlJvTGVEQjNxQTdiSnVj?= =?utf-8?B?RXFGUVJNbXNoeVBuaHBSQnFNblE5Um1tb3Q0U3hMQUUyZlU0WUtiaHZoM2dM?= =?utf-8?B?d2Z1Wk1QM0gyMGdmUmxmREJlejMwRGJTTXRac0kzeVI5OER0R0xZRXNXdXFr?= =?utf-8?B?ZzhCWXVDZStPWUI2MEh5MmFJUkkzSTRtZktpUHdGYU5XQ1NOODhmc3k0OE5G?= =?utf-8?B?aDZQVmNKOXovWEdubG9UeFpDbE8vR0xpcFBrN2tYWGM1WXdtMFVyM1Y3UFlT?= =?utf-8?B?VTJQTWtvVWhxb214d2hIYk9WQThGMGNielREMWp2dVNWZ3RDSlJpN1pIT1FI?= =?utf-8?B?UWVmOXZVQStZU2t5Q1VRRkZKNk9rODRsUDEyVmtyTlIvazFYajdUK0tlenlK?= =?utf-8?B?eFdQNG9aa3NLSFpwK09KaFVyejJpWndDVm4wOXB5eWNyRE1UaFBHTU9nSVpD?= =?utf-8?B?TzZSWVdGL3JNY0c4d1JhR3NIZ3FuV0M0aEZGejY5aUhqZnhOajVRV0M5RVd0?= =?utf-8?B?ZldScGQ5RmFoZGt5SGxpRktvejk5YzZxY2ROZWZXMHdQeWdzb0haa3piRmIr?= =?utf-8?B?b2pEMVVTRGtOU1pQSlVtRXdpbzF2eHZSZ0NZK2t0QzN1YkFvUUVqdFVOLzFk?= =?utf-8?B?KzBWcTJYdWwwRytmaHMwUnZGSEFwWHZRZ01JeVk1Nmt3enArTTdmL2NsRDdi?= =?utf-8?Q?ibqe7VG1xTNhJNNy7M6DSnP5mx9jt/TF?= X-Microsoft-Antispam-Message-Info: 9h38FffAKbXEHWkQzmh5hjH9pw5KInA/jBOsVHTCi3vs7Ma6+O8uW3XwyvhRPaTmo7eH0nI4aYVxHbMTjwPmTWKYYabyPl+UWDn2IjfFs6vtxEfKuXDiV5ACCm/y91jhK5hFIq6A3LbxhO1n+Lv6fp+2Pcv80H0Zp0fo987Z/cfvKIXK6Vox+EBuJezMm3YV X-Microsoft-Exchange-Diagnostics: 1; VI1PR10MB0238; 6:3PK06Vz6y6uILrdT81rhZ/JR/gELVGFdZZqIqFWEi9lmBvbr75s0RgeKNfmW/Ar/Eevb6+L1A5HV0Nwv6hTb/oZmwmEAtm3zq1KmghEJQajJPQgize+FG9v1Xf2ByI07IY+CB1HThZvvXN5L3ViZxCyDdgr8lSaAIY1FJTD+1m0j/xinpVExr0cJoSIrAZhCkxlZ6Reez0MgGOw9OFfWKyWH/id2i8cGKB0Mn1sJRM7cmkBC0M1iCKsbRxVocfqVOjV1fgjjK1K8OlaufpqtxMlOjIvCMY6elQXvoOGOLAQyRMRnevWUcJeAdw3UABviCWdJWMKqVdgWxW7YgNo1CI68877h92TYclw09Qs15K8=; 5:3MK++54I7DwOxyb5wWgsiTC4Qzk4ZbpP6Z2qxUtV/SAJk7GM/TilPTLN/9WSS5cpOh86L4RMLrHKmbELeFc4KQlKXE9MD7xuYk3OZqWqba35JGPfN5nji6LT00FZZMU7v/CCgXSW1YFT+gZrAiJ9W/JyDotCZFnbUgc7fr8RHd4=; 24:6vds4TGVnlQuyozOUvT/tUvmqlddRnm3pq73DRTC7UYzhoUvuFQQsJ4+X1WuMhqE8s2LH37YL7P4R5I5fbIfoj5XGMxpd+CoQfP0EdFF+/g=; 7:JtLj7AqQFJF2+Lk3j2DMXJQZYqr6WLLMWWgzi/+NTB5uldwcK9QOZm+v6vkM4a+bsbNBuS/qAhmX1AQFz4TDTuVfhMyZNLzyDvXZ16KLIGB8NIThnls9f5g/6OU7t33OsHb+VU2pK4NXqRA0NxuUdeIPUmrTnUAuYQrYD0/Jm/lXyLVvOceoIHxSwV5DOoxyDTxg8FsGXnSgoPqLfVZFb7kSQ/t/Eu2tyRgrectBAAcN3cpS35W72+LmqlR63VEj SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: chrullrich.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 04 Mar 2018 18:32:12.3575 (UTC) X-MS-Exchange-CrossTenant-Network-Message-Id: 1a2673ac-bc62-4266-aa34-08d581fe3f3f X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 8ee9b5e7-26b6-4fdf-9b47-cf4fbc6d4e3f X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR10MB0238 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Mar 2018 18:32:17 -0000 * Warner Losh wrote: > On Sun, Mar 4, 2018 at 10:43 AM, Dimitry Andric > wrote: > > Again, this depends on how exactly you are overriding CPUTYPE. > > I'd suggest *NOT* setting CPUTYPE and instead using TARGET_CPUTYPE to do > these sorts of things. CPUTYPE is known to only work on native builds Doesn't work either, sorry: [chul@build /usr/obj/slm/usr/src/tmp/legacy/usr/bin]$ CCACHE_DISABLE=yes MAKEOBJDIRPREFIX=/usr/obj/slm make TARGET_CPUTYPE=slm -j4 buildworld buildkernel ... [chul@build /usr/obj/slm/usr/src/tmp/legacy/usr/bin]$ objdump -d install | fgrep '(bad)' | wc -l 8345 This objdump (in base, "GNU objdump 2.17.50 [FreeBSD] 2007-07-03") does not understand AVX, and most of the (bad)s are c4 and c5 prefixes, aka AVX. For /usr/obj/slm/usr/src/lib/libc/libc.so.7 I get a lot of (bad), too, but these seem to be instructions that the chip actually has, only the old objdump does not know them. The same happens with the TARGET_CPUTYPE in make.conf , and also if I spell it "silvermont". bsd.cpu.mk turns "slm" into "silvermont", but somehow it ends up as "-march=slm" on the command line again. gcc's docs say "-march=silvermont", and clang is apparently notorious for not providing any useful detail on what architecture variants it supports. Should I try make release? I'm really interesting in something that will bring down build time, because buildworld/buildkernel on the Atom takes 24 hours without ccache and at least 8 with. -- Christian From owner-freebsd-stable@freebsd.org Sun Mar 4 22:45:23 2018 Return-Path: Delivered-To: freebsd-stable@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 5540FF3ACE7 for ; Sun, 4 Mar 2018 22:45:23 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from constantine.ingresso.co.uk (unknown [IPv6:2a02:b90:3002:411::3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E6BD374603 for ; Sun, 4 Mar 2018 22:45:22 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from [2a02:b90:3002:411::6] (helo=dilbert.ingresso.co.uk) by constantine.ingresso.co.uk with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.89 (FreeBSD)) (envelope-from ) id 1escNd-0008Py-3R for freebsd-stable@freebsd.org; Sun, 04 Mar 2018 22:45:21 +0000 Received: from petefrench by dilbert.ingresso.co.uk with local (Exim 4.90_1 (FreeBSD)) (envelope-from ) id 1escNd-000Ayh-0W for freebsd-stable@freebsd.org; Sun, 04 Mar 2018 22:45:21 +0000 To: freebsd-stable@freebsd.org Subject: DEQNA support in stable ???! Errrr..... Message-Id: From: Pete French Date: Sun, 04 Mar 2018 22:45:21 +0000 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Mar 2018 22:45:23 -0000 Just perusing the commits on a sunday evenong and I happened across this one: https://freshbsd.org/commit/freebsd/r313276 "Use kldload -n when loading if_deqna This fixes if_deqna from being loaded by accident twice if it's already loaded in the kernel." Unless my memory fails me DEQNA is the Dec Q-bus network adapter for MicroVaxen isn't it ? The mini version of the DEUNA interface for the full size Vax/11 machines. Now, I woudn't be surprised to see this in netBSD, but kind of surprised to see it in FreeBSD! Anyone care to enlighten me ? -pete. [kind of nostalgic as my first two BSD machines were Vaxen] From owner-freebsd-stable@freebsd.org Sun Mar 4 22:51:20 2018 Return-Path: Delivered-To: freebsd-stable@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 D8EF7F3B414 for ; Sun, 4 Mar 2018 22:51:19 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-io0-x22d.google.com (mail-io0-x22d.google.com [IPv6:2607:f8b0:4001:c06::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 76B7E74A35 for ; Sun, 4 Mar 2018 22:51:19 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-io0-x22d.google.com with SMTP id e7so15997708ioj.1 for ; Sun, 04 Mar 2018 14:51:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=W/b9Xracg6DlWx4MzL4CKCR0XGf2L+GdetUkds+YQIg=; b=ovd0RnHZkHbxC+zKqh5GzsrG0LD1vUufIv6v4DlsQSHrZZTmeva+U8TcNruHFHPKg/ y3piDlBxpnOWqW99oz/mZJha254SxrBcw15VbdLEPVUzlV3mNcSpwY/gv9xJDdB6LcST tfeNGIwXnkEm5WSimfaxdgbHmz6ZB290Vx3sI+7bwHn1yTztG0y5Oi20LU0FhiObYuLK DvSdu0nJSwqtj0dAmK3qTv284MCUYLhqG+mwYCOEXjU3E3aIKzXpjmFkW3Jcp3xVtTfz 03JNcZXv7NmQicVUK1zBmwFauULL8b6I3xwq7u03fquNGMHX121uqEtsjzY/PH/Wqrmt 81GQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=W/b9Xracg6DlWx4MzL4CKCR0XGf2L+GdetUkds+YQIg=; b=Rs1YTc25VumDvq9lZ/sX/KhqfOxDqI3XVolVn2e+2lPZIcGZLMgLsvVT/nPowZk168 NVj40jIENKLE8qTcTF3tvFPJvYVuvTzlYOvCqLnt0q+A3X03NdXIdLPKq/3FGUMkyezT lqadO0n+pbp4L1oJbmGHOW2aIvQdlfhahiiHJ/CSSI/xLnsBFSZXlg3/BgPTBxkPV977 mPa28pkdfZm1Gf1ERi5jZUO9k1zkAIWpEeORElxPvcS6szeXBQmn8vt/8Mingtm5e/ZH xKI+6g4z8U/ljSz2D+DW6tSfgFXfoCr58BYc0pkF6eNj68/Iv9MjLjmP/X9O/FcYZ2Xp mQ6A== X-Gm-Message-State: APf1xPAUVZhnl7yKZVmrPtS+ugViHMzrukkYYFOPoaQd9DDjxPMzCBCT LFjVNz8P9pLmvy829CXLThMvvna8Sxe1zWJb2y5UsA== X-Google-Smtp-Source: AG47ELs4x9hj1kLla/vR4ohA+RetoL7EKLU+NAVjIR5gclmyK8TZsShPqUi9mwaZAxW3po+UrMAAbhokT2tVUVQ1d7I= X-Received: by 10.107.175.77 with SMTP id y74mr15192605ioe.37.1520203878572; Sun, 04 Mar 2018 14:51:18 -0800 (PST) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.79.203.196 with HTTP; Sun, 4 Mar 2018 14:51:17 -0800 (PST) X-Originating-IP: [2603:300b:6:5100:18a2:a4f7:170:8dd9] In-Reply-To: References: From: Warner Losh Date: Sun, 4 Mar 2018 15:51:17 -0700 X-Google-Sender-Auth: TqMSD9_Y2T_NH8zX8zDINBruE-Y Message-ID: Subject: Re: DEQNA support in stable ???! Errrr..... To: Pete French Cc: FreeBSD-STABLE Mailing List Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Mar 2018 22:51:20 -0000 On Sun, Mar 4, 2018 at 3:45 PM, Pete French wrote: > Just perusing the commits on a sunday evenong and I happened across > this one: https://freshbsd.org/commit/freebsd/r313276 > > "Use kldload -n when loading if_deqna > > This fixes if_deqna from being loaded by accident twice if it's > already loaded in the kernel." > > Unless my memory fails me DEQNA is the Dec Q-bus network adapter > for MicroVaxen isn't it ? The mini version of the DEUNA interface for > the full size Vax/11 machines. Now, I woudn't be surprised to see this > in netBSD, but kind of surprised to see it in FreeBSD! Anyone care to > enlighten me ? > FreeBSD has never had support for DEQNA. The if_deqna was added by me when I wrote devd as a ridiculous, never to clash with anything example. First, it is 'qe' in other BSDs. Second, FreeBSD will never run on VAXen. It was mostly a joke. Especially since there were never any DEQNAs made in PC Card form factor, where the example came from. Time passes, and someone who is tidying up notices it and fixes it and unironically, as far as I can tell, made the comment in the commit message... Warner From owner-freebsd-stable@freebsd.org Mon Mar 5 01:16:28 2018 Return-Path: Delivered-To: freebsd-stable@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 10EFEF45CC0 for ; Mon, 5 Mar 2018 01:16:28 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-TO1-obe.outbound.protection.outlook.com (mail-eopbgr670053.outbound.protection.outlook.com [40.107.67.53]) (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 6DD9F7A93A for ; Mon, 5 Mar 2018 01:16:27 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from YQBPR0101MB1042.CANPRD01.PROD.OUTLOOK.COM (52.132.66.153) by YQBPR0101MB1060.CANPRD01.PROD.OUTLOOK.COM (52.132.66.159) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.548.13; Mon, 5 Mar 2018 01:16:26 +0000 Received: from YQBPR0101MB1042.CANPRD01.PROD.OUTLOOK.COM ([fe80::3531:c817:d6f:9b93]) by YQBPR0101MB1042.CANPRD01.PROD.OUTLOOK.COM ([fe80::3531:c817:d6f:9b93%13]) with mapi id 15.20.0548.016; Mon, 5 Mar 2018 01:16:26 +0000 From: Rick Macklem To: NAGY Andreas , "'freebsd-stable@freebsd.org'" Subject: =?iso-8859-1?Q?Re:_NFS_4.1_RECLAIM=5FCOMPLETE_FS=A0failed_error_in_combin?= =?iso-8859-1?Q?ation_with_ESXi_client?= Thread-Topic: =?iso-8859-1?Q?NFS_4.1_RECLAIM=5FCOMPLETE_FS=A0failed_error_in_combinatio?= =?iso-8859-1?Q?n_with_ESXi_client?= Thread-Index: AdOx8zAe5+TceuOWQkax+IhJZhNDgQAnzopHABn27/AAIBzCQgAP8SUgAAmzYWAADy6jKg== Date: Mon, 5 Mar 2018 01:16:25 +0000 Message-ID: References: , , In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes 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; YQBPR0101MB1060; 7:NIQDWxw+dXgHGeDX2Wr7bj8lxJfmCEhXyX3vQK9hKX+U23D5lga4NX24K88+p4nGja59s8eA/d9EcbLoOBrE/kSdAVJWZqV81N3Wi206EDj7DylEjGq6dPGjDS/rZ7p7ZziAH7z/zma9M9s1g947269rxB9d6tkIUK/ZcGeSfeTvUmMO6VQeQs5WaR9dWa+PPXp+IhkbddMLNv+JXkBIj3qymPYZ6ZYT+HyJeVnu/ah6Ss7aQaVaG5fhlRkT1Cit x-ms-exchange-antispam-srfa-diagnostics: SSOS; x-ms-office365-filtering-correlation-id: 762f6616-6901-40b8-5fd9-08d58236b76f x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(8989060)(4534165)(4627221)(201703031133081)(201702281549075)(8990040)(5600026)(4604075)(3008032)(2017052603307)(7153060)(49563074)(7193020); SRVR:YQBPR0101MB1060; x-ms-traffictypediagnostic: YQBPR0101MB1060: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(158342451672863); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(102415395)(6040501)(2401047)(8121501046)(5005006)(93006095)(93001095)(10201501046)(3231220)(944501244)(52105095)(3002001)(6041288)(20161123562045)(201703131423095)(201702281529075)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123558120)(20161123564045)(20161123560045)(6072148)(201708071742011); SRVR:YQBPR0101MB1060; BCL:0; PCL:0; RULEID:; SRVR:YQBPR0101MB1060; x-forefront-prvs: 06022AA85F x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(366004)(396003)(39380400002)(376002)(346002)(39860400002)(199004)(189003)(81166006)(81156014)(229853002)(6436002)(7696005)(8936002)(6246003)(99286004)(99936001)(97736004)(76176011)(105586002)(9686003)(2906002)(14454004)(86362001)(68736007)(110136005)(59450400001)(5890100001)(5250100002)(186003)(316002)(2900100001)(3280700002)(106356001)(478600001)(305945005)(102836004)(25786009)(2950100002)(93886005)(74316002)(786003)(53936002)(33656002)(74482002)(55016002)(3660700001)(6506007)(5660300001)(26005)(491001); DIR:OUT; SFP:1101; SCL:1; SRVR:YQBPR0101MB1060; H:YQBPR0101MB1042.CANPRD01.PROD.OUTLOOK.COM; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: uoguelph.ca does not designate permitted sender hosts) x-microsoft-antispam-message-info: Xe5Cujff5oujwoCj77FeDvAaw7+1KLaZO3d5yHdKpNKpzpGU9r1ebrqaMhw40wbjpq1P2duDFvKhycsx96lAlqY9L1J8h51s2Q0wl+QPQS2JUKVHn09JC+iuwvB7yqJIXVb6Ms2weu5zEidoPtjtRBvIZJpTgVNfkZvbM/sgm61hD8PijvyM4wy9YHMFOz8iHXHXyJdhsRVG27uiw5Nx7DWVk2gKZNXzUQ4woNFuLE5JfRC3CcWf7ErDu+7hLa55AxKtcH/CAOgNQ7QAF0IqR2LBfL4UYvPwl2vsioCV7yaTSSQhk6r4+eCSymvxAwC6HDFeEegfWm1O/ODGSLyiZA== spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/mixed; boundary="_002_YQBPR0101MB104225B6884FEC70A03C61CCDDDA0YQBPR0101MB1042_" MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-Network-Message-Id: 762f6616-6901-40b8-5fd9-08d58236b76f X-MS-Exchange-CrossTenant-originalarrivaltime: 05 Mar 2018 01:16:25.9542 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-Transport-CrossTenantHeadersStamped: YQBPR0101MB1060 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2018 01:16:28 -0000 --_002_YQBPR0101MB104225B6884FEC70A03C61CCDDDA0YQBPR0101MB1042_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable NAGY Andreas wrote: [stuff snipped] >In the source I saw nfs_async =3D 0; is it right that NFS will work in asy= nc mode if I >compile the kernel with nfs_async =3D 1? > >I know the risk of running it async, but is it not the same risk having th= e datastore >connected via iSCSI which standard is also not sync? If you want to use it, you can just set it by setting the sysctl vfs.nfsd.a= sync=3D1. - If the server crashes/reboots you can lose data. Also, after the reboot, = the client will only see an temporarily unresponsive server and will not have= any indication of data loss. (I am not familiar with iSCSI, so I can't comment on how safe that is.) - If you are using ZFS, there is also a ZFS config (sync=3Ddisabled). I'm n= ot a ZFS guy, so I don't know anything more, but I'm sure others reading this list= can tell you how to set it. [more stuff snipped] >So far I did not see any issue with the mount. Only in the vmkernel.log th= ere are >often following entrees: >WARNING: NFS41: NFS41ValidateDelegation:608: Server returned improper >rea= son for no delegation: 2 The attached patch *might* get rid of these, although I don't think it matt= ers much, since it is just complaining about the "reason" the server returns fo= r not issuing a delegation (issuing delegations is entirely at the discretion= of the server and is disabled by default). [more stuff snipped] Good luck with it, rick --_002_YQBPR0101MB104225B6884FEC70A03C61CCDDDA0YQBPR0101MB1042_ Content-Type: application/octet-stream; name="wantdeleg.patch" Content-Description: wantdeleg.patch Content-Disposition: attachment; filename="wantdeleg.patch"; size=2114; creation-date="Mon, 05 Mar 2018 01:15:43 GMT"; modification-date="Mon, 05 Mar 2018 01:15:43 GMT" Content-Transfer-Encoding: base64 LS0tIGZzL25mc3NlcnZlci9uZnNfbmZzZHNlcnYuYy5vcmlnCTIwMTgtMDMtMDQgMjA6MTk6MzYu Mjk5MTUyMDAwIC0wNTAwCisrKyBmcy9uZnNzZXJ2ZXIvbmZzX25mc2RzZXJ2LmMJMjAxOC0wMy0w NCAyMDoxOTo1NS43OTc2MTYwMDAgLTA1MDAKQEAgLTMwOTMsNyArMzA5MywxMyBAQCBuZnNydmRf b3BlbihzdHJ1Y3QgbmZzcnZfZGVzY3JpcHQgKm5kLCBfCiAJCQkqdGwgPSB0eGRyX3Vuc2lnbmVk KE5GU1Y0T1BFTl9ERUxFR0FURVdSSVRFKTsKIAkJZWxzZSBpZiAocmV0ZXh0ICE9IDApIHsKIAkJ CSp0bCA9IHR4ZHJfdW5zaWduZWQoTkZTVjRPUEVOX0RFTEVHQVRFTk9ORUVYVCk7Ci0JCQlpZiAo KHJmbGFncyAmIE5GU1Y0T1BFTl9XRENPTlRFTlRJT04pICE9IDApIHsKKwkJCWlmICgocmZsYWdz ICYgTkZTVjRPUEVOX1dETk9UV0FOVEVEKSAhPSAwKSB7CisJCQkJTkZTTV9CVUlMRCh0bCwgdV9p bnQzMl90ICosIE5GU1hfVU5TSUdORUQpOworCQkJCSp0bCA9IHR4ZHJfdW5zaWduZWQoTkZTVjRP UEVOX05PVFdBTlRFRCk7CisJCQl9IGVsc2UgaWYgKChyZmxhZ3MgJiBORlNWNE9QRU5fV0RTVVBQ RlRZUEUpICE9IDApIHsKKwkJCQlORlNNX0JVSUxEKHRsLCB1X2ludDMyX3QgKiwgTkZTWF9VTlNJ R05FRCk7CisJCQkJKnRsID0gdHhkcl91bnNpZ25lZChORlNWNE9QRU5fTk9UU1VQUEZUWVBFKTsK KwkJCX0gZWxzZSBpZiAoKHJmbGFncyAmIE5GU1Y0T1BFTl9XRENPTlRFTlRJT04pICE9IDApIHsK IAkJCQlORlNNX0JVSUxEKHRsLCB1X2ludDMyX3QgKiwgMiAqIE5GU1hfVU5TSUdORUQpOwogCQkJ CSp0bCsrID0gdHhkcl91bnNpZ25lZChORlNWNE9QRU5fQ09OVEVOVElPTik7CiAJCQkJKnRsID0g bmV3bmZzX2ZhbHNlOwotLS0gZnMvbmZzc2VydmVyL25mc19uZnNkc3RhdGUuYy5vcmlnCTIwMTgt MDMtMDQgMjA6MTk6MzYuMzQxODExMDAwIC0wNTAwCisrKyBmcy9uZnNzZXJ2ZXIvbmZzX25mc2Rz dGF0ZS5jCTIwMTgtMDMtMDQgMjA6MTk6NTUuNzc1NzUyMDAwIC0wNTAwCkBAIC0zMDQ4LDcgKzMw NDgsMTMgQEAgdHJ5YWdhaW46CiAJCSAgICAvKgogCQkgICAgICogVGhpcyBpcyB3aGVyZSB3ZSBj YW4gY2hvb3NlIHRvIGlzc3VlIGEgZGVsZWdhdGlvbi4KIAkJICAgICAqLwotCQkgICAgaWYgKGRl bGVnYXRlID09IDAgfHwgd3JpdGVkZWxlZyA9PSAwIHx8CisJCSAgICBpZiAoKG5ld19zdHAtPmxz X2ZsYWdzICYgTkZTTENLX1dBTlROT0RFTEVHKSAhPSAwKQorCQkJKnJmbGFnc3AgfD0gTkZTVjRP UEVOX1dETk9UV0FOVEVEOworCQkgICAgZWxzZSBpZiAobmZzcnZfaXNzdWVkZWxlZ3MgPT0gMCkK KwkJCSpyZmxhZ3NwIHw9IE5GU1Y0T1BFTl9XRFNVUFBGVFlQRTsKKwkJICAgIGVsc2UgaWYgKE5G U1JWX1Y0REVMRUdMSU1JVChuZnNydl9kZWxlZ2F0ZWNudCkpCisJCQkqcmZsYWdzcCB8PSBORlNW NE9QRU5fV0RSRVNPVVJDRTsKKwkJICAgIGVsc2UgaWYgKGRlbGVnYXRlID09IDAgfHwgd3JpdGVk ZWxlZyA9PSAwIHx8CiAJCQlORlNWTk9fRVhSRE9OTFkoZXhwKSB8fCAocmVhZG9ubHkgIT0gMCAm JgogCQkJbmZzcnZfd3JpdGVkZWxlZ2lmcG9zID09IDApIHx8CiAJCQkhTkZTVk5PX0RFTEVHT0so dnApIHx8CkBAIC0zMDU2LDExICszMDYyLDYgQEAgdHJ5YWdhaW46CiAJCQkoY2xwLT5sY19mbGFn cyAmIChMQ0xfQ0FMTEJBQ0tTT04gfCBMQ0xfQ0JET1dOKSkgIT0KIAkJCSBMQ0xfQ0FMTEJBQ0tT T04pCiAJCQkqcmZsYWdzcCB8PSBORlNWNE9QRU5fV0RDT05URU5USU9OOwotCQkgICAgZWxzZSBp ZiAobmZzcnZfaXNzdWVkZWxlZ3MgPT0gMCB8fAotCQkJTkZTUlZfVjRERUxFR0xJTUlUKG5mc3J2 X2RlbGVnYXRlY250KSkKLQkJCSpyZmxhZ3NwIHw9IE5GU1Y0T1BFTl9XRFJFU09VUkNFOwotCQkg ICAgZWxzZSBpZiAoKG5ld19zdHAtPmxzX2ZsYWdzICYgTkZTTENLX1dBTlROT0RFTEVHKSAhPSAw KQotCQkJKnJmbGFnc3AgfD0gTkZTVjRPUEVOX1dETk9UV0FOVEVEOwogCQkgICAgZWxzZSB7CiAJ CQluZXdfZGVsZWctPmxzX3N0YXRlaWQuc2VxaWQgPSBkZWxlZ3N0YXRlaWRwLT5zZXFpZCA9IDE7 CiAJCQluZXdfZGVsZWctPmxzX3N0YXRlaWQub3RoZXJbMF0gPSBkZWxlZ3N0YXRlaWRwLT5vdGhl clswXQo= --_002_YQBPR0101MB104225B6884FEC70A03C61CCDDDA0YQBPR0101MB1042_-- From owner-freebsd-stable@freebsd.org Mon Mar 5 01:24:53 2018 Return-Path: Delivered-To: freebsd-stable@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 70D5EF4680A for ; Mon, 5 Mar 2018 01:24:53 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-TO1-obe.outbound.protection.outlook.com (mail-eopbgr670088.outbound.protection.outlook.com [40.107.67.88]) (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 041A77B060 for ; Mon, 5 Mar 2018 01:24:52 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from YQBPR0101MB1042.CANPRD01.PROD.OUTLOOK.COM (52.132.66.153) by YQBPR0101MB2259.CANPRD01.PROD.OUTLOOK.COM (52.132.73.23) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.548.13; Mon, 5 Mar 2018 01:24:51 +0000 Received: from YQBPR0101MB1042.CANPRD01.PROD.OUTLOOK.COM ([fe80::3531:c817:d6f:9b93]) by YQBPR0101MB1042.CANPRD01.PROD.OUTLOOK.COM ([fe80::3531:c817:d6f:9b93%13]) with mapi id 15.20.0548.016; Mon, 5 Mar 2018 01:24:51 +0000 From: Rick Macklem To: Warner Losh , Pete French CC: FreeBSD-STABLE Mailing List Subject: Re: DEQNA support in stable ???! Errrr..... Thread-Topic: DEQNA support in stable ???! Errrr..... Thread-Index: AQHTtAqDHSJ3AzjeAU2d2Gg2XTpGDqPAroaAgAAo5tU= Date: Mon, 5 Mar 2018 01:24:51 +0000 Message-ID: References: , In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; YQBPR0101MB2259; 7:a7nz4LzJPw4WbgcFtP5o6YpW5w9eh/ZXzOsknIase/6ozTuA8onuPF/n1P8kaXzZh477rN8wX60LSI+CegVG15TA7rFpbfrRVADJxmgmLXseM+anb28at0ourQwszF0x9FV86MHfyBTTK2USui0ZuSuuMRKd5rjbiC6uhfzXVMCMuMgeZE5BiRTrx/Q/GyNNJkJ9EaiGv0LXscQljLH8amDmFlzyn+O18gQjVCdRLJAwCzi3Uh7aCblvn4mJvhNO x-ms-exchange-antispam-srfa-diagnostics: SSOS; x-ms-office365-filtering-correlation-id: cb93548c-d198-4518-0e58-08d58237e4a8 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(8989060)(4534165)(4627221)(201703031133081)(201702281549075)(8990040)(5600026)(4604075)(3008032)(2017052603307)(7153060)(7193020); SRVR:YQBPR0101MB2259; x-ms-traffictypediagnostic: YQBPR0101MB2259: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040501)(2401047)(8121501046)(5005006)(93006095)(93001095)(3231220)(944501244)(52105095)(10201501046)(3002001)(6041288)(201703131423095)(201702281529075)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123564045)(20161123562045)(20161123558120)(20161123560045)(6072148)(201708071742011); SRVR:YQBPR0101MB2259; BCL:0; PCL:0; RULEID:; SRVR:YQBPR0101MB2259; x-forefront-prvs: 06022AA85F x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(346002)(396003)(39860400002)(39380400002)(366004)(376002)(189003)(199004)(8676002)(478600001)(6346003)(6436002)(106356001)(305945005)(74316002)(6506007)(786003)(316002)(81156014)(3660700001)(81166006)(26005)(55016002)(229853002)(86362001)(97736004)(186003)(99286004)(53936002)(6246003)(102836004)(3280700002)(2900100001)(33656002)(2950100002)(2906002)(9686003)(5660300001)(68736007)(74482002)(105586002)(14454004)(110136005)(76176011)(25786009)(5250100002)(7696005)(4326008)(8936002); DIR:OUT; SFP:1101; SCL:1; SRVR:YQBPR0101MB2259; H:YQBPR0101MB1042.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) authentication-results: spf=none (sender IP is ) smtp.mailfrom=rmacklem@uoguelph.ca; x-microsoft-antispam-message-info: sEYVFSNr0swgaKE1bpRrqLRjXznstY7a74nnzUtRGP2ELcwuaIkZjS2F89fxb6h42Pzw/nkgUF7ye/eum5ZtxlX433EwuJo11LsJKifWuSp/oa5RWl4nIIOUFnZOlyxNOsh3hYjet0Mw8MzdaSke0ORXy0YnnSf8dFlsZGI+3BsJS8xfhK4FFcOAI5Blw0HYmfOTF3zzmT0qV2ACDLrrwpHWC4qGBgVsyCl3DUHZ6MavnysLnSZHsqadEvI2UiWBgmzoorNRRH4FdC21x0qQRO1tGzpvdqTY2bJCvAb0SUKI2N0PCbk0HWIZukxplL2gqS+3IOdCXHblPrafqWfEOg== 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: cb93548c-d198-4518-0e58-08d58237e4a8 X-MS-Exchange-CrossTenant-originalarrivaltime: 05 Mar 2018 01:24:51.3199 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-Transport-CrossTenantHeadersStamped: YQBPR0101MB2259 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2018 01:24:53 -0000 Warner Losh wrote: >On Sun, Mar 4, 2018 at 3:45 PM, Pete French >wrote: >> >> Unless my memory fails me DEQNA is the Dec Q-bus network adapter >> for MicroVaxen isn't it ? The mini version of the DEUNA interface for >> the full size Vax/11 machines. Now, I woudn't be surprised to see this >> in netBSD, but kind of surprised to see it in FreeBSD! Anyone care to >> enlighten me ? >> > >FreeBSD has never had support for DEQNA. The if_deqna was added by me when >I wrote devd as a ridiculous, never to clash with anything example. First, >it is 'qe' in other BSDs. Second, FreeBSD will never run on VAXen. It was >mostly a joke.=20 As the original author of the if_qe.c driver for the Qbus DEQNA, I can hone= stly state that that hardware was a joke. It was a pig to program and didn't fol= low its own published spec. My driver allowed CSRG to convince DEC to give them their driver from Ultrix, but it wasn't much better. (When I retired a few years ago, I still had a MicroVAXII sitting under my = desk, mostly as a joke. It was sooo sllooowwww, but it would still boot some var= iant of 4BSD.) rick= From owner-freebsd-stable@freebsd.org Mon Mar 5 07:22:27 2018 Return-Path: Delivered-To: freebsd-stable@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 B5958F3818E for ; Mon, 5 Mar 2018 07:22:27 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.fagskolen.gjovik.no", Issuer "Fagskolen i Gj??vik" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 2DAE187C63 for ; Mon, 5 Mar 2018 07:22:26 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.15.2/8.15.2) with ESMTPS id w257MKv8097184 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Mon, 5 Mar 2018 08:22:21 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.15.2/8.15.2/Submit) with ESMTP id w257MKcR097181 for ; Mon, 5 Mar 2018 08:22:20 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Mon, 5 Mar 2018 08:22:20 +0100 (CET) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: FreeBSD stable Subject: Re: DDD hangs on start on 11.1-R In-Reply-To: <20180303170941.GC9421@beast.freibergnet.de> Message-ID: References: <20180303170941.GC9421@beast.freibergnet.de> User-Agent: Alpine 2.21 (BSF 202 2017-01-01) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail.fig.ol.no X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2018 07:22:27 -0000 On Sat, 3 Mar 2018 18:09+0100, Holm Tiffe wrote: > can anyone get ddd get to work in 11.1-R or stable? I've more or less given up on devel/ddd, since it relies on the old pty subsystem, now replaced by the new pts subsystem, to communicate with gdb. I build custom kernels containing "device pty", but I'm not sure if that directive is being honoured these days. It's a shame, 'cos ddd is very good at visualizing data structures. Maybe it's possible to patch ddd to use pts instead of pty. Going back to 10.x could be a workaround. > It seems that ddd from the ports is hanging while trying to get a > connection to gdb, tried the system gdb and the gdb-8.0.1 from the > ports. > What's happening here? -- Trond. From owner-freebsd-stable@freebsd.org Mon Mar 5 11:45:03 2018 Return-Path: Delivered-To: freebsd-stable@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 75BBCF25059 for ; Mon, 5 Mar 2018 11:45:03 +0000 (UTC) (envelope-from yosimoto@ss.iij4u.or.jp) Received: from mo-sw-fb.iijmio.jp (mo-sw-fb1510.iijmio.jp [203.180.38.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C996F74638 for ; Mon, 5 Mar 2018 11:45:01 +0000 (UTC) (envelope-from yosimoto@ss.iij4u.or.jp) Received: by mo-sw-fb.iijmio.jp (mio-mo-sw-fb1510) id w25BEok2005138; Mon, 5 Mar 2018 20:14:50 +0900 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ss.iij4u.or.jp; h=To:From: Message-ID:Date:MIME-Version:Content-Type:Content-Transfer-Encoding;i= yosimoto@ss.iij4u.or.jp; s=20180219.mm; t=1520248482; x=1521458082; bh=frcCV1k9oG 9oKj3dpUqdJg1PxRT2RSN/XKdLCPjaYaY=; b=vQdyRzC5mMZgVKv8uu8LvFC7K3ycuwdg/Z++nH7U EhVQ1eSaHG1HCLTlQSTNW5x3p2a6VWPKqhTOMPQ2Bv85aM33lg7jpGuTg5O+CyVIvCghIipF8XfUu eXhEfU0dSib14CksgG3dnZUBjyuaIzYOeYg0X/Y3EfDH1SrLOiXL+7raC6JejSRKCN8MFAC2PQsr7 csVCde3tBX0YrXOerZaus/TpO8GKrRaHeKH22hL+ohbobonYA8UQXG2Bf2Wjx5U6qZUKRypgaHh2W 5PrgNlQbG0kxUMnjjP7WahehLK5MXPKDgIAah63bwRRtII7ExjlkQmJ+8/sk9AV67m6o9KA==; Received: by mo-sw.iijmio.jp (mio-mo-sw1511) id w25BEfqe002213; Mon, 5 Mar 2018 20:14:41 +0900 Received: from [192.168.101.21] (115.35.138.210.xn.2iij.net [210.138.35.115]) by mbox.iij4u.or.jp (mio-4u-mbox1511) id w25BEfd3020976 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Mon, 5 Mar 2018 20:14:41 +0900 To: freebsd-stable@freebsd.org From: Yoshimoto Message-ID: <2d5541b7-db8f-924d-dd02-26548ffc3c36@ss.iij4u.or.jp> Date: Mon, 5 Mar 2018 20:14:40 +0900 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2018 11:45:03 -0000 From owner-freebsd-stable@freebsd.org Mon Mar 5 12:10:53 2018 Return-Path: Delivered-To: freebsd-stable@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 49BA3F29092; Mon, 5 Mar 2018 12:10:53 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D2AFC7619F; Mon, 5 Mar 2018 12:10:52 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from coleburn.avinity.tv (unknown [77.95.97.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 30826171FD; Mon, 5 Mar 2018 13:10:50 +0100 (CET) From: Dimitry Andric Message-Id: Content-Type: multipart/signed; boundary="Apple-Mail=_964AB4CF-CDC5-4A80-AA77-493179094E33"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: zfs problems after rebuilding system [SOLVED] Date: Mon, 5 Mar 2018 13:10:48 +0100 In-Reply-To: <20180303234236.M3811@besplex.bde.org> Cc: tech-lists , FreeBSD Filesystems , FreeBSD Stable To: Bruce Evans References: <21c64a2d-b9f9-24c8-88ec-ff1210891f60@zyxst.net> <1dc2b8ef-2914-8182-e2b0-ac637e6b2095@zyxst.net> <65372449-53f1-8002-981a-e20f4a592e26@zyxst.net> <5CFC89E9-57BE-4CB7-9C55-0D3CCF1E8D3D@FreeBSD.org> <20180303234236.M3811@besplex.bde.org> X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2018 12:10:53 -0000 --Apple-Mail=_964AB4CF-CDC5-4A80-AA77-493179094E33 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On 3 Mar 2018, at 13:56, Bruce Evans wrote: > > On Sat, 3 Mar 2018, tech-lists wrote: >> On 03/03/2018 00:23, Dimitry Andric wrote: ... >>> Whether this is due to some sort of BIOS handover trouble, or due to >>> cheap and/or crappy USB-to-SATA bridges (even with brand WD and Seagate >>> disks!), I have no idea. I attempted to debug it at some point, but >>> a well-placed "sleep 10" was an acceptable workaround... :) >> >> That fixed it, thank you again :D > > That won't work for the boot drive. > > When no boot drive is detected early enough, the kernel goes to the > mountroot prompt. That seems to hold a Giant lock which inhibits > further progress being made. Sometimes progress can be made by trying > to mount unmountable partitions on other drives, but this usually goes > too fast, especially if the USB drive often times out. What I would like to know, is why our USB stack has such timeout issues at all. When I boot Linux on the same type of hardware, I never see USB timeouts. They must be doing something right, or maybe they just don't bother checking some status bits that we are very strict about? -Dimitry --Apple-Mail=_964AB4CF-CDC5-4A80-AA77-493179094E33 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.2 iF0EARECAB0WIQR6tGLSzjX8bUI5T82wXqMKLiCWowUCWp0zyAAKCRCwXqMKLiCW ox4PAKCWp0chtfvrf/plVG056kdey/h94wCgvFWof7JkHBclVqAdAWiqXqSCYz4= =aRJ0 -----END PGP SIGNATURE----- --Apple-Mail=_964AB4CF-CDC5-4A80-AA77-493179094E33-- From owner-freebsd-stable@freebsd.org Mon Mar 5 12:17:21 2018 Return-Path: Delivered-To: freebsd-stable@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 14435F2997F for ; Mon, 5 Mar 2018 12:17:21 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 938F87681B for ; Mon, 5 Mar 2018 12:17:20 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 9E6451C4D4 for ; Mon, 5 Mar 2018 12:17:19 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w25CHJGf001307 for ; Mon, 5 Mar 2018 12:17:19 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w25CHJJe001305 for freebsd-stable@FreeBSD.org; Mon, 5 Mar 2018 12:17:19 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: bugzilla set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: freebsd-stable@FreeBSD.org Subject: [Bug 183817] [patch] [mac] [panic] kernel compiled with options INVARIANTS and MAC_PORTACL panices if loader loads mac_portacl.ko too Date: Mon, 05 Mar 2018 12:17:19 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 9.2-STABLE X-Bugzilla-Keywords: crash, easy, needs-qa, patch X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: commit-hook@freebsd.org X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: eugen@freebsd.org X-Bugzilla-Flags: mfc-stable9? mfc-stable10? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2018 12:17:21 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D183817 --- Comment #6 from commit-hook@freebsd.org --- A commit references this bug: Author: eugen Date: Mon Mar 5 12:16:37 UTC 2018 New revision: 330499 URL: https://svnweb.freebsd.org/changeset/base/330499 Log: MFC r329994: mac_portacl(4): stop panicing INVARIANTS-enabled kernel by loading .ko when kernel already has options MAC_PORTACL. PR: 183817 Approved by: avg (mentor) Changes: _U stable/11/ stable/11/sys/security/mac_portacl/mac_portacl.c --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-stable@freebsd.org Mon Mar 5 12:20:47 2018 Return-Path: Delivered-To: freebsd-stable@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 6E4D8F29E0F for ; Mon, 5 Mar 2018 12:20:47 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [78.47.246.247]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E693C76A6B for ; Mon, 5 Mar 2018 12:20:46 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221] (may be forged)) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id w25CKdT8022723 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Mon, 5 Mar 2018 13:20:40 +0100 (CET) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: Received: from [10.58.0.4] ([10.58.0.4]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTPS id w25CKa8k019557 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT) for ; Mon, 5 Mar 2018 19:20:36 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: zfs problems after rebuilding system [SOLVED] To: freebsd-stable@freebsd.org References: <21c64a2d-b9f9-24c8-88ec-ff1210891f60@zyxst.net> <1dc2b8ef-2914-8182-e2b0-ac637e6b2095@zyxst.net> <65372449-53f1-8002-981a-e20f4a592e26@zyxst.net> <5CFC89E9-57BE-4CB7-9C55-0D3CCF1E8D3D@FreeBSD.org> <20180303234236.M3811@besplex.bde.org> From: Eugene Grosbein Message-ID: <5A9D3601.6090009@grosbein.net> Date: Mon, 5 Mar 2018 19:20:17 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.7.2 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="J0Ax8cRQEBLRAjlqIhupCTO98S4pDURs7" X-Spam-Status: No, score=2.2 required=5.0 tests=BAYES_00, LOCAL_FROM, RDNS_NONE autolearn=no autolearn_force=no version=3.4.1 X-Spam-Report: * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 2.6 LOCAL_FROM From my domains * 1.9 RDNS_NONE Delivered to internal network by a host with no rDNS X-Spam-Level: ** X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on hz.grosbein.net X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2018 12:20:47 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --J0Ax8cRQEBLRAjlqIhupCTO98S4pDURs7 Content-Type: multipart/mixed; boundary="g91FsifVlAEaOtP0Ue2cJGM8bHXvKr1h2"; protected-headers="v1" From: Eugene Grosbein To: freebsd-stable@freebsd.org Message-ID: <5A9D3601.6090009@grosbein.net> Subject: Re: zfs problems after rebuilding system [SOLVED] References: <21c64a2d-b9f9-24c8-88ec-ff1210891f60@zyxst.net> <1dc2b8ef-2914-8182-e2b0-ac637e6b2095@zyxst.net> <65372449-53f1-8002-981a-e20f4a592e26@zyxst.net> <5CFC89E9-57BE-4CB7-9C55-0D3CCF1E8D3D@FreeBSD.org> <20180303234236.M3811@besplex.bde.org> In-Reply-To: --g91FsifVlAEaOtP0Ue2cJGM8bHXvKr1h2 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable 05.03.2018 19:10, Dimitry Andric wrote: >> When no boot drive is detected early enough, the kernel goes to the >> mountroot prompt. That seems to hold a Giant lock which inhibits >> further progress being made. Sometimes progress can be made by trying= >> to mount unmountable partitions on other drives, but this usually goes= >> too fast, especially if the USB drive often times out. >=20 > What I would like to know, is why our USB stack has such timeout issues= > at all. When I boot Linux on the same type of hardware, I never see US= B > timeouts. They must be doing something right, or maybe they just don't= > bother checking some status bits that we are very strict about? This is heavily hardware-dependent. You may have no issues with some software+hardware combination and long timeouts with same software but different hardware. --g91FsifVlAEaOtP0Ue2cJGM8bHXvKr1h2-- --J0Ax8cRQEBLRAjlqIhupCTO98S4pDURs7 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJanTYOAAoJELDNGvImmIsoAEwIALCsXc7vsJsbwAfFmFdk3I3y +PvC735qgjgcC3YIs+zLEh6U1Yi4ZyI+B74ckImmNfxc/jQP36ch2b8wlF/+0o3u RorJqLmUvXhE1eXq/6acHOqKKPd3WZ6cdyZpFlkaGBCNmq3jO9FLK0NR45tlPYD1 ETYSF2tGxXLCq1Ebmjf0Eq+UuFo37lIU6Aql3Ohrb000OZvnRgssul5s5gXpUYSF OYDsrQzAxSO747cfGZzFjtA26CVH2NDUIydywZNG+uB3BlhTPzWET/3qR6OYzudp FYEg3QKca5TJCe5Bg9UTHldvrpl2LWBweinYcJ+a9JVwllwSZYkprAjrEql5mUg= =F5Tm -----END PGP SIGNATURE----- --J0Ax8cRQEBLRAjlqIhupCTO98S4pDURs7-- From owner-freebsd-stable@freebsd.org Mon Mar 5 12:22:28 2018 Return-Path: Delivered-To: freebsd-stable@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 1C5F9F2A175 for ; Mon, 5 Mar 2018 12:22:28 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A8C0A76E8A for ; Mon, 5 Mar 2018 12:22:27 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id EED301C62A for ; Mon, 5 Mar 2018 12:22:26 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w25CMQHa018286 for ; Mon, 5 Mar 2018 12:22:26 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w25CMQSg018285 for freebsd-stable@FreeBSD.org; Mon, 5 Mar 2018 12:22:26 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: bugzilla set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: freebsd-stable@FreeBSD.org Subject: [Bug 183817] [patch] [mac] [panic] kernel compiled with options INVARIANTS and MAC_PORTACL panices if loader loads mac_portacl.ko too Date: Mon, 05 Mar 2018 12:22:26 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 9.2-STABLE X-Bugzilla-Keywords: crash, easy, needs-qa, patch X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: commit-hook@freebsd.org X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: eugen@freebsd.org X-Bugzilla-Flags: mfc-stable9? mfc-stable10? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2018 12:22:28 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D183817 --- Comment #7 from commit-hook@freebsd.org --- A commit references this bug: Author: eugen Date: Mon Mar 5 12:21:36 UTC 2018 New revision: 330500 URL: https://svnweb.freebsd.org/changeset/base/330500 Log: MFC r329994: mac_portacl(4): stop panicing INVARIANTS-enabled kernel by loading .ko when kernel already has options MAC_PORTACL. PR: 183817 Approved by: avg (mentor) Changes: _U stable/10/ stable/10/sys/security/mac_portacl/mac_portacl.c --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-stable@freebsd.org Mon Mar 5 13:09:38 2018 Return-Path: Delivered-To: freebsd-stable@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 BBEB7F2DD2A for ; Mon, 5 Mar 2018 13:09:38 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4227878DBA for ; Mon, 5 Mar 2018 13:09:38 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 810671CBD6 for ; Mon, 5 Mar 2018 13:09:37 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w25D9bIJ051046 for ; Mon, 5 Mar 2018 13:09:37 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w25D9bsg051044 for freebsd-stable@FreeBSD.org; Mon, 5 Mar 2018 13:09:37 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: freebsd-stable@FreeBSD.org Subject: [Bug 183817] [patch] [mac] [panic] kernel compiled with options INVARIANTS and MAC_PORTACL panices if loader loads mac_portacl.ko too Date: Mon, 05 Mar 2018 13:09:37 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 9.2-STABLE X-Bugzilla-Keywords: crash, easy, needs-qa, patch X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: eugen@freebsd.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: eugen@freebsd.org X-Bugzilla-Flags: mfc-stable9? mfc-stable10? X-Bugzilla-Changed-Fields: resolution bug_status Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2018 13:09:38 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D183817 Eugene Grosbein changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|Open |Closed --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-stable@freebsd.org Mon Mar 5 13:20:36 2018 Return-Path: Delivered-To: freebsd-stable@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 464A6F2EB2A for ; Mon, 5 Mar 2018 13:20:36 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.9]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.netplex.net", Issuer "RapidSSL SHA256 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E2990793ED for ; Mon, 5 Mar 2018 13:20:35 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.15.1/8.15.1/NETPLEX) with ESMTP id w25DJO2j012831; Mon, 5 Mar 2018 08:19:24 -0500 X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.4.3 (mail.netplex.net [204.213.176.9]); Mon, 05 Mar 2018 08:19:24 -0500 (EST) Date: Mon, 5 Mar 2018 08:19:24 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net Reply-To: Daniel Eischen To: =?ISO-8859-1?Q?Trond_Endrest=F8l?= cc: FreeBSD stable Subject: Re: DDD hangs on start on 11.1-R In-Reply-To: Message-ID: References: <20180303170941.GC9421@beast.freibergnet.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2018 13:20:36 -0000 On Mon, 5 Mar 2018, Trond Endrest=F8l wrote: > On Sat, 3 Mar 2018 18:09+0100, Holm Tiffe wrote: > >> can anyone get ddd get to work in 11.1-R or stable? > > I've more or less given up on devel/ddd, since it relies on the old > pty subsystem, now replaced by the new pts subsystem, to communicate > with gdb. > > I build custom kernels containing "device pty", but I'm not sure if > that directive is being honoured these days. > > It's a shame, 'cos ddd is very good at visualizing data structures. > Maybe it's possible to patch ddd to use pts instead of pty. I used to like ddd also. You might try devel/gps. It's more than just a debugger, but you can use it just for debugging. Note, it's been a while since I've used it, but worked similarly to ddd. --=20 DE From owner-freebsd-stable@freebsd.org Mon Mar 5 13:22:15 2018 Return-Path: Delivered-To: freebsd-stable@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 9AA26F2EDF4 for ; Mon, 5 Mar 2018 13:22:15 +0000 (UTC) (envelope-from Andreas.Nagy@frequentis.com) Received: from mail2.frequentis.com (mail2.frequentis.com [195.20.158.51]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "spamquarantine.frequentis.frq", Issuer "Frequentis Enterprise Issuing CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id F34A8795A8 for ; Mon, 5 Mar 2018 13:22:14 +0000 (UTC) (envelope-from Andreas.Nagy@frequentis.com) X-IronPort-AV: E=Sophos;i="5.47,427,1515452400"; d="scan'208";a="2433812" Received: from vie191nt.frequentis.frq ([172.16.1.191]) by mail2.frequentis.com with ESMTP; 05 Mar 2018 14:22:11 +0100 Received: from vie196nt.frequentis.frq ([172.16.1.196]) by vie191nt.frequentis.frq ([172.16.1.191]) with mapi id 14.03.0382.000; Mon, 5 Mar 2018 14:22:11 +0100 From: NAGY Andreas To: Rick Macklem , "'freebsd-stable@freebsd.org'" Subject: =?iso-8859-1?Q?RE:_NFS_4.1_RECLAIM=5FCOMPLETE_FS=A0failed_error_in_combin?= =?iso-8859-1?Q?ation_with_ESXi_client?= Thread-Topic: =?iso-8859-1?Q?NFS_4.1_RECLAIM=5FCOMPLETE_FS=A0failed_error_in_combinatio?= =?iso-8859-1?Q?n_with_ESXi_client?= Thread-Index: AdOx8zAe5+TceuOWQkax+IhJZhNDgQAnzopHABn27/AAIBzCQgAP8SUgAAmzYWAADy6jKgAZTvpA Date: Mon, 5 Mar 2018 13:22:10 +0000 Message-ID: References: , , In-Reply-To: Accept-Language: de-AT, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [172.16.72.193] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2018 13:22:15 -0000 Thanks, I am actually compiling with both patches. I try now to get NFS 4.1 multipathing working. So I have now two connection= on different subnets between the ESXi host and the FreeBSD host with expor= ts for the same mountpoint on both subnets. Now I get the following errors in the vmkernel.log: 2018-03-05T13:06:07.488Z cpu10:66503)WARNING: NFS41: NFS41_Bug:2361: BUG - = Invalid BIND_CONN_TO_SESSION error: NFS4ERR_NOTSUPP Is there session trunking available in the FreeBSD NFS41 implementation? Br, andi -----Original Message----- From: Rick Macklem [mailto:rmacklem@uoguelph.ca]=20 Sent: Montag, 5. M=E4rz 2018 02:16 To: NAGY Andreas ; 'freebsd-stable@freebsd.org= ' Subject: Re: NFS 4.1 RECLAIM_COMPLETE FS=A0failed error in combination with= ESXi client NAGY Andreas wrote: [stuff snipped] >In the source I saw nfs_async =3D 0; is it right that NFS will work in asy= nc mode if I >compile the kernel with nfs_async =3D 1? > >I know the risk of running it async, but is it not the same risk having th= e datastore >connected via iSCSI which standard is also not sync? If you want to use it, you can just set it by setting the sysctl vfs.nfsd.a= sync=3D1. - If the server crashes/reboots you can lose data. Also, after the reboot, = the client will only see an temporarily unresponsive server and will not have= any indication of data loss. (I am not familiar with iSCSI, so I can't comment on how safe that is.) - If you are using ZFS, there is also a ZFS config (sync=3Ddisabled). I'm n= ot a ZFS guy, so I don't know anything more, but I'm sure others reading this list= can tell you how to set it. [more stuff snipped] >So far I did not see any issue with the mount. Only in the vmkernel.log th= ere are >often following entrees: >WARNING: NFS41: NFS41ValidateDelegation:608: Server returned improper=20 >>reason for no delegation: 2 The attached patch *might* get rid of these, although I don't think it matt= ers much, since it is just complaining about the "reason" the server return= s for not issuing a delegation (issuing delegations is entirely at the disc= retion of the server and is disabled by default). [more stuff snipped] Good luck with it, rick From owner-freebsd-stable@freebsd.org Mon Mar 5 13:34:04 2018 Return-Path: Delivered-To: freebsd-stable@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 DDBFFF2FCC8 for ; Mon, 5 Mar 2018 13:34:03 +0000 (UTC) (envelope-from Andreas.Nagy@frequentis.com) Received: from mail1.frequentis.com (mail1.frequentis.com [195.20.158.50]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "spamquarantine.frequentis.frq", Issuer "Frequentis Enterprise Issuing CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 1CDCC79F85 for ; Mon, 5 Mar 2018 13:34:02 +0000 (UTC) (envelope-from Andreas.Nagy@frequentis.com) X-IronPort-AV: E=Sophos;i="5.47,427,1515452400"; d="scan'208";a="27481612" Received: from vie191nt.frequentis.frq ([172.16.1.191]) by mail1.frequentis.com with ESMTP; 05 Mar 2018 14:32:51 +0100 Received: from vie196nt.frequentis.frq ([172.16.1.196]) by vie191nt.frequentis.frq ([172.16.1.191]) with mapi id 14.03.0382.000; Mon, 5 Mar 2018 14:32:51 +0100 From: NAGY Andreas To: 'Rick Macklem' , "'freebsd-stable@freebsd.org'" Subject: =?iso-8859-1?Q?RE:_NFS_4.1_RECLAIM=5FCOMPLETE_FS=A0failed_error_in_combin?= =?iso-8859-1?Q?ation_with_ESXi_client?= Thread-Topic: =?iso-8859-1?Q?NFS_4.1_RECLAIM=5FCOMPLETE_FS=A0failed_error_in_combinatio?= =?iso-8859-1?Q?n_with_ESXi_client?= Thread-Index: AdOx8zAe5+TceuOWQkax+IhJZhNDgQAnzopHABn27/AAIBzCQgAP8SUgAAmzYWAADy6jKgAZTvpAAADHfrA= Date: Mon, 5 Mar 2018 13:32:50 +0000 Message-ID: References: , , In-Reply-To: Accept-Language: de-AT, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [172.16.72.193] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2018 13:34:04 -0000 Compiling with the last patch also failed: error: use of undeclared identifier 'NFSV4OPEN_WDSUPPFTYPE' -----Original Message----- From: NAGY Andreas=20 Sent: Montag, 5. M=E4rz 2018 14:22 To: Rick Macklem ; 'freebsd-stable@freebsd.org' Subject: RE: NFS 4.1 RECLAIM_COMPLETE FS=A0failed error in combination with= ESXi client Thanks, I am actually compiling with both patches. I try now to get NFS 4.1 multipathing working. So I have now two connection= on different subnets between the ESXi host and the FreeBSD host with expor= ts for the same mountpoint on both subnets. Now I get the following errors in the vmkernel.log: 2018-03-05T13:06:07.488Z cpu10:66503)WARNING: NFS41: NFS41_Bug:2361: BUG - = Invalid BIND_CONN_TO_SESSION error: NFS4ERR_NOTSUPP Is there session trunking available in the FreeBSD NFS41 implementation? Br, andi -----Original Message----- From: Rick Macklem [mailto:rmacklem@uoguelph.ca]=20 Sent: Montag, 5. M=E4rz 2018 02:16 To: NAGY Andreas ; 'freebsd-stable@freebsd.org= ' Subject: Re: NFS 4.1 RECLAIM_COMPLETE FS=A0failed error in combination with= ESXi client NAGY Andreas wrote: [stuff snipped] >In the source I saw nfs_async =3D 0; is it right that NFS will work in asy= nc mode if I >compile the kernel with nfs_async =3D 1? > >I know the risk of running it async, but is it not the same risk having th= e datastore >connected via iSCSI which standard is also not sync? If you want to use it, you can just set it by setting the sysctl vfs.nfsd.a= sync=3D1. - If the server crashes/reboots you can lose data. Also, after the reboot, = the client will only see an temporarily unresponsive server and will not have= any indication of data loss. (I am not familiar with iSCSI, so I can't comment on how safe that is.) - If you are using ZFS, there is also a ZFS config (sync=3Ddisabled). I'm n= ot a ZFS guy, so I don't know anything more, but I'm sure others reading this list= can tell you how to set it. [more stuff snipped] >So far I did not see any issue with the mount. Only in the vmkernel.log th= ere are >often following entrees: >WARNING: NFS41: NFS41ValidateDelegation:608: Server returned improper=20 >>reason for no delegation: 2 The attached patch *might* get rid of these, although I don't think it matt= ers much, since it is just complaining about the "reason" the server return= s for not issuing a delegation (issuing delegations is entirely at the disc= retion of the server and is disabled by default). [more stuff snipped] Good luck with it, rick From owner-freebsd-stable@freebsd.org Mon Mar 5 14:13:54 2018 Return-Path: Delivered-To: freebsd-stable@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 B8DA6F32654 for ; Mon, 5 Mar 2018 14:13:54 +0000 (UTC) (envelope-from marklmi26-fbsd@yahoo.com) Received: from sonic314-13.consmr.mail.bf2.yahoo.com (sonic314-13.consmr.mail.bf2.yahoo.com [74.6.132.123]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4E53F7B6E1 for ; Mon, 5 Mar 2018 14:13:54 +0000 (UTC) (envelope-from marklmi26-fbsd@yahoo.com) X-YMail-OSG: goEsePwVM1kt4NG8d0oWWwQjyvJAMJg07ugZ7KqzSIvR1e8rCuNJ.jF1LzKvtis Mra16OEz3Ns_CFwSvOuiMavq1rL2jUyCe5W1yOQQAgacZqhosatrsgqcY3UdZvh5s.uEJ1fuHuxo Awaz9A8uVWL2Wb9AWtqP6BqHr62Zi.lbBVUT89.V2tgu6Q_B89iy023rLFPQ6N3PEDcs.7JZIRjN t9bVuIoZvxnCoRMS.204Ni81g_YExpxpEonK2tjJP.QoTAI9R_.VHKfy01XYkp35lUshjt_p5IaV OKbYGeyYfsYva95D9UXUNZV1p1ngngh4p4rPxfCzse.DrX39FWA_Lrob.twRXwJNtCvGdQmgNFqn EpoE1pEsFGD1qjOBk7YkJh0V2Mwlp3Uvtx9zNPBLeeIeOrd5s53pb6F.2nfCNhUKqnCirnzfpIRU G2zjJlVrW.dD41jUKGXdKPacO_89mdLdZ0_KsLGXn0do5gd8efgob7HH0H6PkzfY9qFJL Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.bf2.yahoo.com with HTTP; Mon, 5 Mar 2018 14:13:48 +0000 Received: from smtpgate102.mail.bf1.yahoo.com (EHLO [192.168.1.25]) ([72.30.28.113]) by smtp404.mail.bf1.yahoo.com (JAMES SMTP Server ) with ESMTPA ID 9efb58d670adf9f13136743092ea88a7 for ; Mon, 05 Mar 2018 14:13:44 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Mac OS X Mail 11.2 \(3445.5.20\)) Subject: Re: zfs problems after rebuilding system [SOLVED] Message-Id: Date: Mon, 5 Mar 2018 06:13:42 -0800 To: FreeBSD-STABLE Mailing List X-Mailer: Apple Mail (2.3445.5.20) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2018 14:13:54 -0000 Eugene Grosbein eugen at grosbein.net wrote on Mon Mar 5 12:20:47 UTC 2018 : > 05.03.2018 19:10, Dimitry Andric wrote: > >>> When no boot drive is detected early enough, the kernel goes to the >>> mountroot prompt. That seems to hold a Giant lock which inhibits >>> further progress being made. Sometimes progress can be made by trying >>> to mount unmountable partitions on other drives, but this usually goes >>> too fast, especially if the USB drive often times out. >> >> What I would like to know, is why our USB stack has such timeout issues >> at all. When I boot Linux on the same type of hardware, I never see USB >> timeouts. They must be doing something right, or maybe they just don't >> bother checking some status bits that we are very strict about? > > This is heavily hardware-dependent. You may have no issues with some > software+hardware combination and long timeouts with same software > but different hardware. Dimitry's example is for changing the software for the same(?) hardware, if I understand right. (FreeBSD vs. some Linux distribution.) (?: He did say "type of".) Perhaps that type of hardware can be used to figure out the difference. === Mark Millard marklmi at yahoo.com ( markmi at dsl-only.net is going away in 2018-Feb, late) From owner-freebsd-stable@freebsd.org Mon Mar 5 16:56:43 2018 Return-Path: Delivered-To: freebsd-stable@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 18236F3EF08 for ; Mon, 5 Mar 2018 16:56:43 +0000 (UTC) (envelope-from zarychtam@plan-b.pwste.edu.pl) Received: from plan-b.pwste.edu.pl (plan-b.pwste.edu.pl [89.188.221.64]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "plan-b.pwste.edu.pl", Issuer "plan-b.pwste.edu.pl" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 81AB1827DC for ; Mon, 5 Mar 2018 16:56:42 +0000 (UTC) (envelope-from zarychtam@plan-b.pwste.edu.pl) Received: from plan-b.pwste.edu.pl (zarychtam@localhost [127.0.0.1]) by plan-b.pwste.edu.pl (8.15.2/8.15.2) with ESMTPS id w25Gl0Ao069751 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 5 Mar 2018 17:47:00 +0100 (CET) (envelope-from zarychtam@plan-b.pwste.edu.pl) Received: (from zarychtam@localhost) by plan-b.pwste.edu.pl (8.15.2/8.15.2/Submit) id w25Gl0IP069750; Mon, 5 Mar 2018 17:47:00 +0100 (CET) (envelope-from zarychtam) Date: Mon, 5 Mar 2018 17:47:00 +0100 From: Marek Zarychta To: Christian Ullrich Cc: freebsd-stable@freebsd.org Subject: Re: "Cross" building for same architecture, different CPUTYPE Message-ID: <20180305122207.GA37743@plan-b.pwste.edu.pl> References: <2126f358-c827-ecf0-109b-0488c5b155b6@chrullrich.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.9.3 (2018-01-21) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2018 16:56:43 -0000 On Sun, Mar 04, 2018 at 07:32:09PM +0100, Christian Ullrich wrote: > * Warner Losh wrote: > > > On Sun, Mar 4, 2018 at 10:43 AM, Dimitry Andric > > wrote: > > > > Again, this depends on how exactly you are overriding CPUTYPE. > > > > I'd suggest *NOT* setting CPUTYPE and instead using TARGET_CPUTYPE to do > > these sorts of things. CPUTYPE is known to only work on native builds > > Doesn't work either, sorry: > > [chul@build /usr/obj/slm/usr/src/tmp/legacy/usr/bin]$ CCACHE_DISABLE=yes > MAKEOBJDIRPREFIX=/usr/obj/slm make TARGET_CPUTYPE=slm -j4 buildworld > buildkernel > ... > [chul@build /usr/obj/slm/usr/src/tmp/legacy/usr/bin]$ objdump -d install > | fgrep '(bad)' | wc -l > 8345 > > This objdump (in base, "GNU objdump 2.17.50 [FreeBSD] 2007-07-03") does > not understand AVX, and most of the (bad)s are c4 and c5 prefixes, aka AVX. > > For /usr/obj/slm/usr/src/lib/libc/libc.so.7 I get a lot of (bad), too, > but these seem to be instructions that the chip actually has, only the > old objdump does not know them. > > The same happens with the TARGET_CPUTYPE in make.conf , and also if I > spell it "silvermont". bsd.cpu.mk turns "slm" into "silvermont", but > somehow it ends up as "-march=slm" on the command line again. gcc's docs > say "-march=silvermont", and clang is apparently notorious for not > providing any useful detail on what architecture variants it supports. > > Should I try make release? I'm really interesting in something that will > bring down build time, because buildworld/buildkernel on the Atom takes > 24 hours without ccache and at least 8 with. Maybe you should try to build using different make.conf(5) files for each build? It can be improved WITH_META_MODE=YES enabled in src-env.conf (requires loading filemon(4) first) and two differnt object directories mounted in /usr/obj with nullfs(5). I do such crossbuilds for some time compiling kernel and world for core2 on admfam10. Full build of STABLE takes usually < 10 minutes on 8 years old Phenom II. -- Marek Zarychta From owner-freebsd-stable@freebsd.org Mon Mar 5 22:49:12 2018 Return-Path: Delivered-To: freebsd-stable@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 681B0F30E18 for ; Mon, 5 Mar 2018 22:49:12 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-TO1-obe.outbound.protection.outlook.com (mail-eopbgr670069.outbound.protection.outlook.com [40.107.67.69]) (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 D61F371BCE for ; Mon, 5 Mar 2018 22:49:11 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from YQBPR0101MB1042.CANPRD01.PROD.OUTLOOK.COM (52.132.66.153) by YQBPR0101MB2148.CANPRD01.PROD.OUTLOOK.COM (52.132.72.145) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.548.13; Mon, 5 Mar 2018 22:49:10 +0000 Received: from YQBPR0101MB1042.CANPRD01.PROD.OUTLOOK.COM ([fe80::3531:c817:d6f:9b93]) by YQBPR0101MB1042.CANPRD01.PROD.OUTLOOK.COM ([fe80::3531:c817:d6f:9b93%13]) with mapi id 15.20.0548.016; Mon, 5 Mar 2018 22:49:10 +0000 From: Rick Macklem To: NAGY Andreas , "'freebsd-stable@freebsd.org'" Subject: =?iso-8859-1?Q?Re:_NFS_4.1_RECLAIM=5FCOMPLETE_FS=A0failed_error_in_combin?= =?iso-8859-1?Q?ation_with_ESXi_client?= Thread-Topic: =?iso-8859-1?Q?NFS_4.1_RECLAIM=5FCOMPLETE_FS=A0failed_error_in_combinatio?= =?iso-8859-1?Q?n_with_ESXi_client?= Thread-Index: AdOx8zAe5+TceuOWQkax+IhJZhNDgQAnzopHABn27/AAIBzCQgAP8SUgAAmzYWAADy6jKgAZTvpAABQ08bc= Date: Mon, 5 Mar 2018 22:49:10 +0000 Message-ID: References: , , , In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; YQBPR0101MB2148; 7:KJgeSb1UnunE5n/DNZBXKH9xd0QxJ/TIS5tYWfVfYTB2m8zSky0xA5xMbjPGLe6c5pwv/r5846M32fOBMnG4uf0bd875+ykMRBfajcBEy+aWSOVQK2ZI7a5SDMYh6eQRRc4rftrCYS2gW8leiI8WnGezSmKPYS3N02v0ASiyfwW4EmT71ceCPkmhJFcjIQnvuWLUYBY+ko+0DclTnZFVfPgAssgADom5OhqH0f036K/9aOT3vZhxubrP4K8mk1jO x-ms-exchange-antispam-srfa-diagnostics: SSOS; x-ms-office365-filtering-correlation-id: cc3ea2b8-3e72-495b-6f7f-08d582eb4f5c x-microsoft-antispam: UriScan:(80341031608730); BCL:0; PCL:0; RULEID:(7020095)(4652020)(8989060)(4534165)(4627221)(201703031133081)(201702281549075)(8990040)(5600026)(4604075)(3008032)(2017052603325)(7153060)(7193020); SRVR:YQBPR0101MB2148; x-ms-traffictypediagnostic: YQBPR0101MB2148: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(158342451672863)(80341031608730); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040501)(2401047)(5005006)(8121501046)(10201501046)(3002001)(3231220)(944501244)(52105095)(93006095)(93001095)(6041288)(20161123564045)(20161123562045)(20161123560045)(201703131423095)(201702281529075)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123558120)(6072148)(201708071742011); SRVR:YQBPR0101MB2148; BCL:0; PCL:0; RULEID:; SRVR:YQBPR0101MB2148; x-forefront-prvs: 06022AA85F x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(346002)(376002)(366004)(39380400002)(39860400002)(396003)(189003)(199004)(13464003)(2900100001)(786003)(5250100002)(105586002)(25786009)(229853002)(5890100001)(6346003)(97736004)(3280700002)(8936002)(110136005)(316002)(53936002)(55016002)(2906002)(305945005)(186003)(86362001)(59450400001)(102836004)(26005)(74482002)(6246003)(3660700001)(93886005)(5660300001)(6506007)(76176011)(68736007)(7696005)(9686003)(106356001)(53546011)(14454004)(81156014)(99286004)(33656002)(2950100002)(478600001)(6436002)(74316002)(81166006)(491001); DIR:OUT; SFP:1101; SCL:1; SRVR:YQBPR0101MB2148; H:YQBPR0101MB1042.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) authentication-results: spf=none (sender IP is ) smtp.mailfrom=rmacklem@uoguelph.ca; x-microsoft-antispam-message-info: rKDcPppJnG/TQzRrXcoI/hgPVxG9oQf4WEc6sEAWyiM07oiNy3su3Dds+fyVr9XxWZMHP/7tWHCTx6cK1p5Ufhnxhq1P0nUVD48K/7EHRnguwydiMQiKEu0GRMOY4YkXCEhagcBOXuNoA2O0CbQCIOKlfMNPkcJg6/6g4W1vvZf0BdrrUd34nAcydQH0RVBke5AkV8g0XN/IufQ4HcZaToF9GTFxeWQc550sg9ZNJGl7NDpQeolovBA0VjgK/V9hE/5miJTiTzvXEUgJRI1autEraBDLiBPF5lnk4T/iewmyx+eq+TjKhD7D6JD1G+U9m+xUdq6y6YGe3OGPAmM6Jw== 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: cc3ea2b8-3e72-495b-6f7f-08d582eb4f5c X-MS-Exchange-CrossTenant-originalarrivaltime: 05 Mar 2018 22:49:10.2082 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-Transport-CrossTenantHeadersStamped: YQBPR0101MB2148 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2018 22:49:12 -0000 Nope, that isn't supported, rick (Hope no one is too upset by a top post.) ________________________________________ From: NAGY Andreas Sent: Monday, March 5, 2018 8:22:10 AM To: Rick Macklem; 'freebsd-stable@freebsd.org' Subject: RE: NFS 4.1 RECLAIM_COMPLETE FS failed error in combination with E= SXi client Thanks, I am actually compiling with both patches. I try now to get NFS 4.1 multipathing working. So I have now two connection= on different subnets between the ESXi host and the FreeBSD host with expor= ts for the same mountpoint on both subnets. Now I get the following errors in the vmkernel.log: 2018-03-05T13:06:07.488Z cpu10:66503)WARNING: NFS41: NFS41_Bug:2361: BUG - = Invalid BIND_CONN_TO_SESSION error: NFS4ERR_NOTSUPP Is there session trunking available in the FreeBSD NFS41 implementation? Br, andi -----Original Message----- From: Rick Macklem [mailto:rmacklem@uoguelph.ca] Sent: Montag, 5. M=E4rz 2018 02:16 To: NAGY Andreas ; 'freebsd-stable@freebsd.org= ' Subject: Re: NFS 4.1 RECLAIM_COMPLETE FS failed error in combination with E= SXi client NAGY Andreas wrote: [stuff snipped] >In the source I saw nfs_async =3D 0; is it right that NFS will work in asy= nc mode if I >compile the kernel with nfs_async =3D 1? > >I know the risk of running it async, but is it not the same risk having th= e datastore >connected via iSCSI which standard is also not sync? If you want to use it, you can just set it by setting the sysctl vfs.nfsd.a= sync=3D1. - If the server crashes/reboots you can lose data. Also, after the reboot, = the client will only see an temporarily unresponsive server and will not have= any indication of data loss. (I am not familiar with iSCSI, so I can't comment on how safe that is.) - If you are using ZFS, there is also a ZFS config (sync=3Ddisabled). I'm n= ot a ZFS guy, so I don't know anything more, but I'm sure others reading this list= can tell you how to set it. [more stuff snipped] >So far I did not see any issue with the mount. Only in the vmkernel.log th= ere are >often following entrees: >WARNING: NFS41: NFS41ValidateDelegation:608: Server returned improper >>reason for no delegation: 2 The attached patch *might* get rid of these, although I don't think it matt= ers much, since it is just complaining about the "reason" the server return= s for not issuing a delegation (issuing delegations is entirely at the disc= retion of the server and is disabled by default). [more stuff snipped] Good luck with it, rick From owner-freebsd-stable@freebsd.org Tue Mar 6 10:11:40 2018 Return-Path: Delivered-To: freebsd-stable@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 47CEAF46912 for ; Tue, 6 Mar 2018 10:11:40 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D2FCD6E753 for ; Tue, 6 Mar 2018 10:11:39 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id E5C6227B2B for ; Tue, 6 Mar 2018 10:11:38 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w26ABcY6021108 for ; Tue, 6 Mar 2018 10:11:38 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w26ABcN6021107 for freebsd-stable@FreeBSD.org; Tue, 6 Mar 2018 10:11:38 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: freebsd-stable@FreeBSD.org Subject: [Bug 183817] [mac] kernel compiled with options INVARIANTS and MAC_PORTACL panices if loader loads mac_portacl.ko too Date: Tue, 06 Mar 2018 10:11:38 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 9.2-STABLE X-Bugzilla-Keywords: crash, easy X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: koobs@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: eugen@freebsd.org X-Bugzilla-Flags: mfc-stable10+ mfc-stable11+ X-Bugzilla-Changed-Fields: flagtypes.name short_desc keywords Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2018 10:11:40 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D183817 Kubilay Kocak changed: What |Removed |Added ---------------------------------------------------------------------------- Flags|mfc-stable9?, mfc-stable10? |mfc-stable10+, | |mfc-stable11+ Summary|[patch] [mac] [panic] |[mac] kernel compiled with |kernel compiled with |options INVARIANTS and |options INVARIANTS and |MAC_PORTACL panices if |MAC_PORTACL panices if |loader loads mac_portacl.ko |loader loads mac_portacl.ko |too |too | Keywords|needs-qa, patch | --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-stable@freebsd.org Tue Mar 6 15:54:08 2018 Return-Path: Delivered-To: freebsd-stable@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 E8C56F3D2C0 for ; Tue, 6 Mar 2018 15:54:07 +0000 (UTC) (envelope-from torfinn.ingolfsen@getmail.no) Received: from montes.get.c.bitbit.net (montes.getmail.no [84.210.184.12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7B8147CCC0 for ; Tue, 6 Mar 2018 15:54:06 +0000 (UTC) (envelope-from torfinn.ingolfsen@getmail.no) Received: from lamora.getmail.no (unknown [10.7.88.13]) by montes.get.c.bitbit.net (Postfix) with ESMTPS id 5B926CE for ; Tue, 6 Mar 2018 16:53:57 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by lamora.getmail.no (Postfix) with ESMTP id BFFCF6ABEA for ; Tue, 6 Mar 2018 16:53:47 +0100 (CET) Received: from lamora.getmail.no ([127.0.0.1]) by localhost (lamora.get.c.bitbit.net [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id c322sx_K9Qer for ; Tue, 6 Mar 2018 16:53:47 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by lamora.getmail.no (Postfix) with ESMTP id 537986B3FB for ; Tue, 6 Mar 2018 16:53:47 +0100 (CET) DKIM-Filter: OpenDKIM Filter v2.9.2 lamora.getmail.no 537986B3FB DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=getmail.no; s=8A9C8B4C-D727-11E2-8095-B6466E6B3FA2; t=1520351627; bh=uxGbBIp1wNcZiMDpgCXKMmowsg7xpXVn1RcG6mLOOT0=; h=Date:From:To:Subject:Message-Id:Mime-Version:Content-Type: Content-Transfer-Encoding; b=tXanaqlEJ676APD0iBehX7gii7fHdSQ3jw6ID/4Ob4l4bHnznQFW+WI10SBTJdvZm y6/4/NjRLsqCqDbwlxzBL3hFJ2gnAbNNF+QxqdNMcfVE0sqjr+gERNu4PPZz9uha70 YTWmaBkj50nxxpqYAbViOXPl0e5wmsztBe7cNBgE= X-Virus-Scanned: amavisd-new at lamora.get.c.bitbit.net Received: from lamora.getmail.no ([127.0.0.1]) by localhost (lamora.get.c.bitbit.net [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id PHsDgoNypZyt for ; Tue, 6 Mar 2018 16:53:47 +0100 (CET) Received: from kg-core1.kg4.no (cm-84.209.39.108.getinternet.no [84.209.39.108]) by lamora.getmail.no (Postfix) with ESMTPSA id 1EFED6ABEA for ; Tue, 6 Mar 2018 16:53:47 +0100 (CET) Date: Tue, 6 Mar 2018 16:53:46 +0100 From: Torfinn Ingolfsen To: freebsd-stable@freebsd.org Subject: Re: [CFT] [X11] graphics/drm-next-kmod now builds, loads and works on FreeBSD-11-stable Message-Id: <20180306165346.1b0807ba857f1a89b260bf6e@getmail.no> In-Reply-To: <2af7c35e-7bc6-145a-4871-35e02d285672@nomadlogic.org> References: <3ad595ce-e15b-d475-e057-4dde88e2630c@selasky.org> <20180302165319.98905ae207bdae80f6052474@getmail.no> <2af7c35e-7bc6-145a-4871-35e02d285672@nomadlogic.org> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.31; amd64-portbld-freebsd10.4) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2018 15:54:08 -0000 On Fri, 2 Mar 2018 11:33:57 -0800 Pete Wright wrote: >=20 > Hey there - thanks for testing!=A0 I would recommend posting an issue on > the Github repo for this.=A0 If you could be sure to include which > revision you are running (11-stable or 12-current revision) in addition > to the version of the port/pkg you have install that'd be helpful. Done. Issue 38: https://github.com/FreeBSDDesktop/kms-drm/issues/38 HTH --=20 Torfinn Ingolfsen From owner-freebsd-stable@freebsd.org Tue Mar 6 16:41:25 2018 Return-Path: Delivered-To: freebsd-stable@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 94B09F4133A; Tue, 6 Mar 2018 16:41:25 +0000 (UTC) (envelope-from emaste@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3BD7D7F261; Tue, 6 Mar 2018 16:41:25 +0000 (UTC) (envelope-from emaste@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1079) id 2CAD415B70; Tue, 6 Mar 2018 16:41:25 +0000 (UTC) Date: Tue, 6 Mar 2018 16:41:25 +0000 From: Ed Maste To: freebsd-security@freebsd.org, freebsd-stable@freebsd.org Subject: Call for Testing: 11.1-RELEASE Meltdown/Spectre mitigation merge Message-ID: <20180306164125.GA61857@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.9.2 (2017-12-15) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2018 16:41:25 -0000 Background ---------- A number of issues relating to speculative execution were found last year and publicly announced January 3rd. A variety of techniques used to mitigate these issues have been committed to FreeBSD-CURRENT and have been merged to the stable/11 branch. The changes will be merged and released as an update to FreeBSD 11.1-RELEASE in the near future, but the candidate patch is now available for broader testing. The patch addresses these issues: CVE-2017-5754 (Meltdown) ------------------------ This issue relies on a speculative execution of instructions that attempt to read kernel memory, but fault. Although the architectural state is as expected (the faulting instruction is not retired), cache or other microarchitectureal state is changed and may be used to observe privileged data. The mitigation is known as Page Table Isolation (PTI). PTI largely separates kernel and user mode page tables, so that even during speculative execution most of the kernel's data is unmapped and not accessible. A demonstration of the Meltdown vulnerability is available at https://github.com/dag-erling/meltdown. A positive result is definitive (that is, the vulnerability exists with certainty). A negative result indicates either that the CPU is not affected, or that the test is not capable of demonstrating the issue on the CPU (and may need to be modified). CVE-2017-5715 (Spectre V2) -------------------------- Spectre V2 uses branch target injection to speculatively execute kernel code at an address under an attacker's control. There are two common mitigations for Spectre V2. This patch includes a mitigation using Indirect Branch Restricted Speculation, a feature available via a microcode update from processor manufacturers. The alternate mitigation, Retpoline, is a feature available in newer compilers and is available in FreeBSD-CURRENT now. It will be made available in stable branches in the future. Patch ----- The patch against 11.1-RELEASE is available at https://people.freebsd.org/~emaste/patches/amd64_11.1_meltdown.3.patch A patched kernel will automatically enable PTI on Intel CPUs, and the status can be checked via the vm.pmap.pti sysctl: # sysctl vm.pmap.pti vm.pmap.pti: 1 The default setting can be overridden by setting loader tunable vm.pmap.pti to 1 or 0 in /boot/loader.conf. This setting takes effect only at boot. The patch includes the IBRS mitigation for Spectre V2. To use the mitigation the system must have an updated microcode; with older microcode a patched kernel will function without the mitigation. IBRS can be disabled via the hw.ibrs_disable sysctl (and tunable), and the status can be checked via the hw.ibrs_active sysctl. IBRS may be enabled or disabled at runtime. Additional detail on microcode updates will follow. Limitations ----------- This patch applies only to 11.1-RELEASE. It does not include mitigations for architectures other than amd64 (x86_64). Work on other branches, architectures and vulnerabilities is ongoing, and will be available at a later date. Testing ------- We are soliciting functionality and performance results from testing this 11.1-RELEASE patch under a variety of workloads. If you have the ability to test, please apply the patch and run the system with your usual workload and follow up with details, either here or directly to me. Benchmark data from our testing will soon be shared more widely. In brief, the PTI mitigation shows on the order of a 30% impact on system call microbenchmarks, to 1% to 2% for realistic workloads. This work is supported by the FreeBSD Foundation. From owner-freebsd-stable@freebsd.org Tue Mar 6 18:14:11 2018 Return-Path: Delivered-To: freebsd-stable@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 7A7D4F47B97 for ; Tue, 6 Mar 2018 18:14:11 +0000 (UTC) (envelope-from Andreas.Nagy@frequentis.com) Received: from mail2.frequentis.com (mail2.frequentis.com [195.20.158.51]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "spamquarantine.frequentis.frq", Issuer "Frequentis Enterprise Issuing CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C608682E82 for ; Tue, 6 Mar 2018 18:14:10 +0000 (UTC) (envelope-from Andreas.Nagy@frequentis.com) X-IronPort-AV: E=Sophos;i="5.47,432,1515452400"; d="scan'208,217";a="2439444" Received: from vie191nt.frequentis.frq ([172.16.1.191]) by mail2.frequentis.com with ESMTP; 06 Mar 2018 19:14:02 +0100 Received: from vie196nt.frequentis.frq ([172.16.1.196]) by vie191nt.frequentis.frq ([172.16.1.191]) with mapi id 14.03.0382.000; Tue, 6 Mar 2018 19:14:01 +0100 From: NAGY Andreas To: Rick Macklem , "'freebsd-stable@freebsd.org'" Subject: =?iso-8859-1?Q?Re:_NFS_4.1_RECLAIM=5FCOMPLETE_FS=A0failed_error_in_combin?= =?iso-8859-1?Q?ation_with_ESXi_client?= Thread-Topic: =?iso-8859-1?Q?NFS_4.1_RECLAIM=5FCOMPLETE_FS=A0failed_error_in_combinatio?= =?iso-8859-1?Q?n_with_ESXi_client?= Thread-Index: AdOx8zAe5+TceuOWQkax+IhJZhNDgQAnzopHABn27/AAIBzCQgAP8SUgAAmzYWAADy6jKgAZTvpAABQ08bcAKLRnLw== Date: Tue, 6 Mar 2018 18:14:01 +0000 Message-ID: <2feda1e2-16d5-43b5-98eb-dcc71cc67c6f@frequentis.com> References: , , , , In-Reply-To: Accept-Language: de-AT, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2018 18:14:11 -0000 Okay, that was the main reason for using NFS 4.1. Is it planned to implement it, or is the focus on pNFS? Thanks, Andi ________________________________ Von: Rick Macklem Gesendet: 05.03.2018 11:49 nachm. An: NAGY Andreas; 'freebsd-stable@freebsd.org' Betreff: Re: NFS 4.1 RECLAIM_COMPLETE FS failed error in combination with E= SXi client Nope, that isn't supported, rick (Hope no one is too upset by a top post.) ________________________________________ From: NAGY Andreas Sent: Monday, March 5, 2018 8:22:10 AM To: Rick Macklem; 'freebsd-stable@freebsd.org' Subject: RE: NFS 4.1 RECLAIM_COMPLETE FS failed error in combination with E= SXi client Thanks, I am actually compiling with both patches. I try now to get NFS 4.1 multipathing working. So I have now two connection= on different subnets between the ESXi host and the FreeBSD host with expor= ts for the same mountpoint on both subnets. Now I get the following errors in the vmkernel.log: 2018-03-05T13:06:07.488Z cpu10:66503)WARNING: NFS41: NFS41_Bug:2361: BUG - = Invalid BIND_CONN_TO_SESSION error: NFS4ERR_NOTSUPP Is there session trunking available in the FreeBSD NFS41 implementation? Br, andi -----Original Message----- From: Rick Macklem [mailto:rmacklem@uoguelph.ca] Sent: Montag, 5. M=E4rz 2018 02:16 To: NAGY Andreas ; 'freebsd-stable@freebsd.org= ' Subject: Re: NFS 4.1 RECLAIM_COMPLETE FS failed error in combination with E= SXi client NAGY Andreas wrote: [stuff snipped] >In the source I saw nfs_async =3D 0; is it right that NFS will work in asy= nc mode if I >compile the kernel with nfs_async =3D 1? > >I know the risk of running it async, but is it not the same risk having th= e datastore >connected via iSCSI which standard is also not sync? If you want to use it, you can just set it by setting the sysctl vfs.nfsd.a= sync=3D1. - If the server crashes/reboots you can lose data. Also, after the reboot, = the client will only see an temporarily unresponsive server and will not have= any indication of data loss. (I am not familiar with iSCSI, so I can't comment on how safe that is.) - If you are using ZFS, there is also a ZFS config (sync=3Ddisabled). I'm n= ot a ZFS guy, so I don't know anything more, but I'm sure others reading this list= can tell you how to set it. [more stuff snipped] >So far I did not see any issue with the mount. Only in the vmkernel.log th= ere are >often following entrees: >WARNING: NFS41: NFS41ValidateDelegation:608: Server returned improper >>reason for no delegation: 2 The attached patch *might* get rid of these, although I don't think it matt= ers much, since it is just complaining about the "reason" the server return= s for not issuing a delegation (issuing delegations is entirely at the disc= retion of the server and is disabled by default). [more stuff snipped] Good luck with it, rick From owner-freebsd-stable@freebsd.org Tue Mar 6 19:35:36 2018 Return-Path: Delivered-To: freebsd-stable@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 24209F26D60 for ; Tue, 6 Mar 2018 19:35:36 +0000 (UTC) (envelope-from john@baldwin.cx) Received: from mail.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D0DF886A5F; Tue, 6 Mar 2018 19:35:35 +0000 (UTC) (envelope-from john@baldwin.cx) Received: from ralph.baldwin.cx (ralph.baldwin.cx [66.234.199.215]) by mail.baldwin.cx (Postfix) with ESMTPSA id 0777210A8BA; Tue, 6 Mar 2018 14:35:35 -0500 (EST) From: John Baldwin To: freebsd-stable@freebsd.org, Daniel Eischen Subject: Re: DDD hangs on start on 11.1-R Date: Tue, 06 Mar 2018 11:19:39 -0800 Message-ID: <6178316.S5WNzPhACR@ralph.baldwin.cx> User-Agent: KMail/4.14.10 (FreeBSD/11.1-STABLE; KDE/4.14.30; amd64; ; ) In-Reply-To: References: <20180303170941.GC9421@beast.freibergnet.de> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mail.baldwin.cx); Tue, 06 Mar 2018 14:35:35 -0500 (EST) X-Virus-Scanned: clamav-milter 0.99.2 at mail.baldwin.cx X-Virus-Status: Clean X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2018 19:35:36 -0000 On Monday, March 05, 2018 08:19:24 AM Daniel Eischen wrote: > On Mon, 5 Mar 2018, Trond Endrest=EF=BF=BDl wrote: >=20 > > On Sat, 3 Mar 2018 18:09+0100, Holm Tiffe wrote: > > > >> can anyone get ddd get to work in 11.1-R or stable? > > > > I've more or less given up on devel/ddd, since it relies on the old= > > pty subsystem, now replaced by the new pts subsystem, to communicat= e > > with gdb. > > > > I build custom kernels containing "device pty", but I'm not sure if= > > that directive is being honoured these days. > > > > It's a shame, 'cos ddd is very good at visualizing data structures.= > > Maybe it's possible to patch ddd to use pts instead of pty. >=20 > I used to like ddd also. You might try devel/gps. It's more > than just a debugger, but you can use it just for debugging. > Note, it's been a while since I've used it, but worked similarly > to ddd. I patched ddd to use pts (was a short patch) but it still hangs for me with both old and new gdb. I think it is unfortunately abandonware. :(= --=20 John Baldwin From owner-freebsd-stable@freebsd.org Tue Mar 6 22:53:26 2018 Return-Path: Delivered-To: freebsd-stable@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 DE979F36E21 for ; Tue, 6 Mar 2018 22:53:25 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-QB1-obe.outbound.protection.outlook.com (mail-eopbgr660047.outbound.protection.outlook.com [40.107.66.47]) (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 67E1F6FD7F for ; Tue, 6 Mar 2018 22:53:24 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from YQBPR0101MB1042.CANPRD01.PROD.OUTLOOK.COM (52.132.66.153) by YQBPR0101MB1556.CANPRD01.PROD.OUTLOOK.COM (52.132.69.151) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.548.13; Tue, 6 Mar 2018 22:53:23 +0000 Received: from YQBPR0101MB1042.CANPRD01.PROD.OUTLOOK.COM ([fe80::3531:c817:d6f:9b93]) by YQBPR0101MB1042.CANPRD01.PROD.OUTLOOK.COM ([fe80::3531:c817:d6f:9b93%13]) with mapi id 15.20.0548.016; Tue, 6 Mar 2018 22:53:23 +0000 From: Rick Macklem To: NAGY Andreas , "'freebsd-stable@freebsd.org'" Subject: =?iso-8859-1?Q?Re:_NFS_4.1_RECLAIM=5FCOMPLETE_FS=A0failed_error_in_combin?= =?iso-8859-1?Q?ation_with_ESXi_client?= Thread-Topic: =?iso-8859-1?Q?NFS_4.1_RECLAIM=5FCOMPLETE_FS=A0failed_error_in_combinatio?= =?iso-8859-1?Q?n_with_ESXi_client?= Thread-Index: AdOx8zAe5+TceuOWQkax+IhJZhNDgQAnzopHABn27/AAIBzCQgAP8SUgAAmzYWAADy6jKgAZTvpAABQ08bcAKLRnLwAJa4Zp Date: Tue, 6 Mar 2018 22:53:23 +0000 Message-ID: References: , , , , , <2feda1e2-16d5-43b5-98eb-dcc71cc67c6f@frequentis.com> In-Reply-To: <2feda1e2-16d5-43b5-98eb-dcc71cc67c6f@frequentis.com> 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; YQBPR0101MB1556; 7:d6PctArbyUEX6bZYe9EmX2cwY9ABVTlR1pNYjvaTifFidXHm7M2yX00Fc1vH9p2bQ041XR6600lulXUtbqOMbqatxcy2c+wiwDtSYH6hTyXNOso30fzBBUYv2orQhB2zf8DsgHrCRnthnkHiUxYRxXBYJZJ2xnfGm91OiO+tm/MYISmP9DNngaMK3P9bD/Yx2l1cCBKPRR01AVcLi2juSLPojJtFD2iz6DwVFp0E8kLfflfdUcqMSKt20LDQzeTH x-ms-exchange-antispam-srfa-diagnostics: SSOS; x-ms-office365-filtering-correlation-id: bc21774f-0aea-47c5-d244-08d583b510dc x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(8989060)(5600026)(4604075)(3008032)(4534165)(4627221)(201703031133081)(201702281549075)(8990040)(2017052603328)(7153060)(7193020); SRVR:YQBPR0101MB1556; x-ms-traffictypediagnostic: YQBPR0101MB1556: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(158342451672863); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040501)(2401047)(8121501046)(5005006)(10201501046)(93006095)(93001095)(3231220)(944501244)(52105095)(3002001)(6041288)(20161123562045)(20161123558120)(201703131423095)(201702281529075)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123564045)(20161123560045)(6072148)(201708071742011); SRVR:YQBPR0101MB1556; BCL:0; PCL:0; RULEID:; SRVR:YQBPR0101MB1556; x-forefront-prvs: 06036BD506 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(366004)(39380400002)(346002)(39850400004)(376002)(396003)(189003)(199004)(316002)(81166006)(186003)(105586002)(478600001)(93886005)(33656002)(786003)(74482002)(8936002)(25786009)(81156014)(86362001)(2950100002)(14454004)(2900100001)(106356001)(3660700001)(26005)(2906002)(6436002)(9686003)(6246003)(53936002)(99286004)(5250100002)(55016002)(76176011)(7696005)(110136005)(68736007)(6506007)(3280700002)(74316002)(5660300001)(305945005)(102836004)(97736004)(229853002)(491001); DIR:OUT; SFP:1101; SCL:1; SRVR:YQBPR0101MB1556; H:YQBPR0101MB1042.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) x-microsoft-antispam-message-info: OgtHJMtJcyjTFT+2X/9dMKZEsNzTI1JaVhAQahktW+rUw/pPOCeXUDyXixg1Lj0OFeEvaGCNM5nkOZw/F6wpLNJtYFrJpOOegIa8CKteztBonuTUt5PX3UBMnQONgPxvUh1zMudN/qMWUT9ZTVKwWqL8CffBaO8p7VWdYT+EukPd4y9EBINw/XlKxxeEXZtGDgzLQCYrTF4+0l6eH8HVSaaugra1xM5zz+uJjLpHea4G8Bf+g+dSVpNLJKn78aZY3giqSMHDoev8DMjI1nI5FE8q0Qn2Dpo3/f2IlbEM2zvkvaXBEIggnko6Q8JcBvQZLwpg57Awcvh+wU01bkwo/A== 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: bc21774f-0aea-47c5-d244-08d583b510dc X-MS-Exchange-CrossTenant-originalarrivaltime: 06 Mar 2018 22:53:23.7550 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-Transport-CrossTenantHeadersStamped: YQBPR0101MB1556 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2018 22:53:26 -0000 NAGY Andreas wrote: >Okay, that was the main reason for using NFS 4.1. >Is it planned to implement it, or is the focus on pNFS? Do the VMware people claim that this improves performance? (I know nothing about the world of VMs, but for real hardware I can't see any advantage of having more than one TCP connection? As far as I know, the Linux client never tries to acquire a second TCP connection. I would have assumed trunking would be handled below TCP.) This is the first client that I am aware of (and just yesterday when you po= inted it out) that uses BIND_CONN_TO_SESSION for an additional TCP connection. (Up until now I was only aware of it being used for RDMA setups and I have = no hardware to play with such things.) If the VMware folk claim it does improve performance, I might get around to it someday, although you are correct that I am working on pNFS support for = the server right now. rick [stuff snipped] From owner-freebsd-stable@freebsd.org Wed Mar 7 03:31:26 2018 Return-Path: Delivered-To: freebsd-stable@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 51B56F49952 for ; Wed, 7 Mar 2018 03:31:26 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-TO1-obe.outbound.protection.outlook.com (mail-eopbgr670053.outbound.protection.outlook.com [40.107.67.53]) (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 D52D77A2FF for ; Wed, 7 Mar 2018 03:31:25 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from YTOPR0101MB1052.CANPRD01.PROD.OUTLOOK.COM (52.132.48.27) by YTOPR0101MB2092.CANPRD01.PROD.OUTLOOK.COM (52.132.46.149) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.548.13; Wed, 7 Mar 2018 03:31:24 +0000 Received: from YTOPR0101MB1052.CANPRD01.PROD.OUTLOOK.COM ([fe80::3863:fbd5:77e3:ad63]) by YTOPR0101MB1052.CANPRD01.PROD.OUTLOOK.COM ([fe80::3863:fbd5:77e3:ad63%13]) with mapi id 15.20.0548.016; Wed, 7 Mar 2018 03:31:24 +0000 From: Rick Macklem To: NAGY Andreas , "'freebsd-stable@freebsd.org'" Subject: =?iso-8859-1?Q?Re:_NFS_4.1_RECLAIM=5FCOMPLETE_FS=A0failed_error_in_combin?= =?iso-8859-1?Q?ation_with_ESXi_client?= Thread-Topic: =?iso-8859-1?Q?NFS_4.1_RECLAIM=5FCOMPLETE_FS=A0failed_error_in_combinatio?= =?iso-8859-1?Q?n_with_ESXi_client?= Thread-Index: AdOx8zAe5+TceuOWQkax+IhJZhNDgQAnzopHABn27/AAIBzCQgAP8SUgAAmzYWAADy6jKgAZTvpAAADHfrAAT2jtFg== Date: Wed, 7 Mar 2018 03:31:24 +0000 Message-ID: References: , , , In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes 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; YTOPR0101MB2092; 6:kwW+HBB618NOcKvgoexnSF2BXHflREi4eVY4hBNsSj745XJpiEVmoYOBx9Tmeod54TeaLPQx2Q33OMWGlfwhGH9GrdO5bLmylTSZmee3gNKmX0c7Vu6qZSEwnEuzfmS5UW16RGlmlKZXE8BAAQqVjy2ixJCCb2xoYwJW9cnta+ZTipSA/7SQ6Ux6/SV8gEcbA3b5X43JqAGi1LceEO5rCkrheEY7cN5OCORaJq0OXZbS4xca/WZGp7J9xRkJ5ZvKMAR/PdVTSJkiEjpnyK9AiK/EqAGXfNxSB02eTI8ZsmkBZtvuV2qvjx/r0RcyqEdBVQ3/jAmfuNM94SdxU5E96JDQWL2GLzUyCKdOGRmQZegvx7wHu3POz2iWmIbbycO2; 5:mBGs05sN0ILc38KHRD/7oWA5oKjKEZkOtEAA5+1GJSW0IiNWSL8uEjjXXRv5+jIk4/g0pPyBy/ARj54DkvM8vSPD7/SttfC45pcr2tyMKST6/dPOAc31f1+SLZP+KNh4LfB9sbseUUoc2uwcJ1Q8WF6up5x/JdWxPlfX/mUChPU=; 24:ELpHCqyuUz9GrA3tC475g6nt8VKZJF21IvYdh5f4qPwEHncbhsxSz+wFILHDeRMddA8IpKi2zipJuw7FfbeJWFrYiHuRGl0PMj3dqpndx0s=; 7:dKJGr9oAILMDh3YxYplJAdW0iU96pVWXhM4nlvIGYB7fy3NsfniANgiHqGtkVcidFAXPinu3vtsQpTpKVmLZ6TD93v5CffmUwNe896lp0fOf/Y3R4bT0WXFc1kbtQHBT2oOOkDuJX92Mo15p7IEKExdMpmk8ClzDcw7gvEkOQd2inXK18rOLbyHsfJQCNSrzCPU+9CVqEPzttQQikpqcX9jvJ0/UoShCj2N2oJoBbmFwvUQJZlupAdmoJyZud07J x-ms-exchange-antispam-srfa-diagnostics: SSOS; x-ms-office365-filtering-correlation-id: a4d21453-069a-4e2b-44e7-08d583dbe735 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(8989060)(5600026)(4604075)(3008032)(4534165)(4627221)(201703031133081)(201702281549075)(8990040)(2017052603328)(7153060)(49563074)(7193020); SRVR:YTOPR0101MB2092; x-ms-traffictypediagnostic: YTOPR0101MB2092: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(102415395)(6040501)(2401047)(5005006)(8121501046)(10201501046)(93006095)(93001095)(3002001)(3231220)(944501244)(52105095)(6041288)(201703131423095)(201702281529075)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123564045)(20161123560045)(20161123558120)(20161123562045)(6072148)(201708071742011); SRVR:YTOPR0101MB2092; BCL:0; PCL:0; RULEID:; SRVR:YTOPR0101MB2092; x-forefront-prvs: 0604AFA86B x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(39840400004)(376002)(346002)(39380400002)(366004)(396003)(189003)(199004)(305945005)(7696005)(229853002)(102836004)(5890100001)(5250100002)(106356001)(316002)(110136005)(786003)(2906002)(2900100001)(6436002)(74316002)(6506007)(76176011)(86362001)(93886005)(3660700001)(55016002)(9686003)(81166006)(8936002)(6246003)(81156014)(53936002)(74482002)(5660300001)(68736007)(3280700002)(105586002)(25786009)(478600001)(33656002)(14454004)(186003)(99286004)(99936001)(97736004)(26005)(2950100002)(491001); DIR:OUT; SFP:1101; SCL:1; SRVR:YTOPR0101MB2092; H:YTOPR0101MB1052.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) x-microsoft-antispam-message-info: 0xwO67o0WnrR8wdnbkGWpdr5O4tBf67d9K3GlN+AEUsU9d6eqCIhe+xX67jwSXh2CmFS/Z3HPzOwpFlj7No2Xtp1We1iAkchsjqqXl8ERfcqjKzAxNMs+OteWLk83Mr2aIjCL6M2XLQMjFvz/jH5l1hBH3LRX/eLxNWhlrSMa7Zv2CKBUrKpxq/o5mWKtY5UgFD3zyHbmGz4sU01MGoVzAsWEnr0iojbj9RaH9YlQ6/iXsIEQwk6u60g76tHyZIkUSYmcaaYEPlp/VwOtoJYba52NX+UQWUWod+FqQVrz5Lu9VyhDoM5lBjcUhCH2f88xKUAooPf+d/u3CAQLzd18g== spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/mixed; boundary="_002_YTOPR0101MB10521B541E9B737E844A3725DDD80YTOPR0101MB1052_" MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-Network-Message-Id: a4d21453-069a-4e2b-44e7-08d583dbe735 X-MS-Exchange-CrossTenant-originalarrivaltime: 07 Mar 2018 03:31:24.2428 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-Transport-CrossTenantHeadersStamped: YTOPR0101MB2092 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 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, 07 Mar 2018 03:31:26 -0000 --_002_YTOPR0101MB10521B541E9B737E844A3725DDD80YTOPR0101MB1052_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable NAGY Andreas wrote: >Compiling with the last patch also failed: > >error: use of undeclared identifier 'NFSV4OPEN_WDSUPPFTYPE If you apply the attached patch along with wantdeleg.patch, it should build. At most, this will get rid of the warnings about invalid reason for not issuing a delegation, so the wantdeleg*.patches probably aren't very interesting. rick --_002_YTOPR0101MB10521B541E9B737E844A3725DDD80YTOPR0101MB1052_ Content-Type: application/octet-stream; name="wantdeleg2.patch" Content-Description: wantdeleg2.patch Content-Disposition: attachment; filename="wantdeleg2.patch"; size=347; creation-date="Wed, 07 Mar 2018 03:31:16 GMT"; modification-date="Wed, 07 Mar 2018 03:31:16 GMT" Content-Transfer-Encoding: base64 LS0tIGZzL25mcy9uZnNwcm90by5oLnNhdgkyMDE4LTAyLTEyIDIxOjA1OjUwLjg5NTg1ODAwMCAt MDUwMAorKysgZnMvbmZzL25mc3Byb3RvLmgJMjAxOC0wMi0xMiAyMTowNzowMy44NDYxOTEwMDAg LTA1MDAKQEAgLTU2Miw2ICs1NjIsNyBAQAogI2RlZmluZQlORlNWNE9QRU5fV0RSRVNPVVJDRQkJ MHgwMDA4MDAwMAogI2RlZmluZQlORlNWNE9QRU5fV0RDT05URU5USU9OCQkweDAwMTAwMDAwCiAj ZGVmaW5lCU5GU1Y0T1BFTl9XRE5PVFdBTlRFRAkJMHgwMDIwMDAwMAorI2RlZmluZQlORlNWNE9Q RU5fV0RTVVBQRlRZUEUJCTB4MDA0MDAwMDAKIAogLyoKICAqIE5GUyBWNCBGaWxlIEhhbmRsZSB0 eXBlcwo= --_002_YTOPR0101MB10521B541E9B737E844A3725DDD80YTOPR0101MB1052_-- From owner-freebsd-stable@freebsd.org Wed Mar 7 10:22:40 2018 Return-Path: Delivered-To: freebsd-stable@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 2ED74F42AAC for ; Wed, 7 Mar 2018 10:22:40 +0000 (UTC) (envelope-from chris@chrullrich.net) Received: from EUR01-DB5-obe.outbound.protection.outlook.com (mail-db5eur01on0073.outbound.protection.outlook.com [104.47.2.73]) (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 4590F6B129; Wed, 7 Mar 2018 10:22:38 +0000 (UTC) (envelope-from chris@chrullrich.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gloomberg.onmicrosoft.com; s=selector1-chrullrich-net; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=jgqcT+ghnklSzZFNO2IMjQRnmFd33/EulPKHaHbh1gc=; b=N8w/GeLlY2yWJyLcA1xQlBDVNCL4G/lsKxSBUlMpcZncnTyZVLtfHXwLqBiLEwLgwhYvJqW6e/FV2zffVun9GPsA07CMOY3pEueM2eceajmktKTJDSwA2hihqQ8lzHloQUp+CK22ot90KAC/LyBu8bUQBBQHyKKOi794b/KWl6c= Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=chris@chrullrich.net; Received: from [192.168.92.135] (217.31.70.82) by VI1PR10MB0238.EURPRD10.PROD.OUTLOOK.COM (2a01:111:e400:c54c::8) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.548.13; Wed, 7 Mar 2018 10:22:35 +0000 Subject: Re: "Cross" building for same architecture, different CPUTYPE To: freebsd-stable@freebsd.org Cc: Marek Zarychta , Warner Losh , Dimitry Andric References: <2126f358-c827-ecf0-109b-0488c5b155b6@chrullrich.net> <20180305122207.GA37743@plan-b.pwste.edu.pl> From: Christian Ullrich Message-ID: <1e981716-bb44-e7d7-6be9-96b1f79d8da2@chrullrich.net> Date: Wed, 7 Mar 2018 11:22:32 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <20180305122207.GA37743@plan-b.pwste.edu.pl> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Originating-IP: [217.31.70.82] X-ClientProxiedBy: VI1PR0501CA0024.eurprd05.prod.outlook.com (2603:10a6:800:92::34) To VI1PR10MB0238.EURPRD10.PROD.OUTLOOK.COM (2a01:111:e400:c54c::8) X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 7e19345e-64bb-49f6-c595-08d584155847 X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(7021125)(4534165)(7022125)(4603075)(4627221)(201702281549075)(7048125)(7024125)(7027125)(7028125)(7023125)(5600026)(4604075)(2017052603328)(7153060)(7193020); SRVR:VI1PR10MB0238; X-Microsoft-Exchange-Diagnostics: 1; VI1PR10MB0238; 3:oIrCcexDXIVsBcjn7Y12cVvnEI1v2kYHuPBHmZUSe7xMsbjz4FnuE9CmGrSkt0i8aAqygIzkGK/gKr7hgZwGCmvk5oEnbZw88BnrRD6CBoCL4xdNcqsxay/+H/jZFIOR4nXWJCcFTlX8amJqHfYVPR00ezvbLaY4GHhHgV1XRv2VickQU3ao6aVdpT6zlV9mY1FkQ78fCv2DKUyVmBMzIPKdTFtBvq5uDvVbTvH9fNY30fJJHZNJrpsC8g7ssE/n; 25:91Dsv0tkxJukl3MEG3UmgNa/7DXaydoo1R0UoyDadYbLg8fDERFcYT8BWoMdLSVWNDIVKMUexKJsIxt7IczOfqo43quNpjWzm1/O8RgLXW28ePkg5uheDpG99Ox6ckNKPaH+dav+XeiD2np5KrBCIKC9kya+zqGM28vD+j0cesknY1yHlF/qJDuBO8lW8dI6XkNdVbybiEiuWdhgW+JyW++z8JPpOk+XlLhMfb7nCIVni3uv7N2msosNnRn07hnEe8mSenpgMF7p9pBMxHOlCw6fmdO430OZKni+fA6t9qElFKoodt9E+koxsWvnhkGjDMulDo5xofRCIm6b963Atg==; 31:lPo4HuoM+VjPq+E3TLds6YKsMzcS58hrdTjnRac31om3eZNuRJtMpGYX88kPmpxaeCRJY9H84xXQ+OGi2RwVVW+Y2XxR0CuuBF8GUpwInJRLu7+eCgCLzCBXOysruc3tyKWBhI5Y307y2D+zIYDi5VQZIXvSToczWWhZQlEGlLB8qN+ekPx/B1Kb25lrSzOwK0wYsuXrQv3drEh0l8yR0QaqlgDpVHxB80fxUO6/kB8= X-MS-TrafficTypeDiagnostic: VI1PR10MB0238: X-Microsoft-Exchange-Diagnostics: 1; VI1PR10MB0238; 20:RV+6a6rF1IX5UDflwoMpvVqHeJ7JdhNUvKmfW58+2nd/8+EeqRsdB69Ecf9h6l7i5NaSEdy4kRni8jMUtwyWCQ53Rsjni8xI3rbKQgSPAVjjTgKzfB9b8wCsedLi11YKNJbdDqSH8D5SHvsvBX+MaYkAHsrfsGnQgVFtEkwvAFc9Bq3UAsK4CZHYy6CMU2svMs70pM4vIr5kaq98blToCBLWNSAWwQfEIM1H8o9Q+t9q1gX2yxOIyXyy5sZDTGngkdjDc1skIdBJwOoV0wqfRV+7jeSdnXE4/P3Ygo8iN1/eTlSZfCzRJ3+uOM6ZSUuzYvjPfNakDfKqeD0fyUNAGtmepcMWpL2lkwRUpU7Wj7cBxD0nl36MMu+X6AOVC1FiQTNlnXaXgkzARrPtsu2rQZa+OccHzVKym0xYmpfYnuW84IPRq/uPvMyFfUaBGuSWL1I2N8GroGpb3c+wJDXIgoAR7q7fWYKoooIJuGeAE/NeYv9BRJdLBWU6cN92yZJ6; 4:V23kyTIAddfOjDhsyWgMbyCgV9FGBd2vRNe1nfVCbnyDY3F18hwDWuwo5GnHY32PAC9t2HHKblwpU6Et0aJe82mKNwIw+E1z0spZTMOo9CYlF2cCkPqeM64EzHMYnG1sd/u9VXaryfTWBkGqugSzJdeaZognu1VIuSdo7gHMmYNYlqEVfjCi7h2o5LbKbE68pvHM2Cru6N3E1vGXX2ZNlKa5I8kkNlzKJ+n0WD16SmLeXFbMxsilYPMiPSlbuQW8PGsM1lvy0M/wpT0NNglLrA== X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(6040501)(2401047)(5005006)(8121501046)(3231220)(944501244)(10201501046)(3002001)(93006095)(93001095)(6041288)(20161123558120)(20161123562045)(20161123564045)(20161123560045)(2016111802025)(6072148)(6043046)(201708071742011); SRVR:VI1PR10MB0238; BCL:0; PCL:0; RULEID:; SRVR:VI1PR10MB0238; X-Forefront-PRVS: 0604AFA86B X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10009020)(6049001)(376002)(39380400002)(366004)(396003)(346002)(39830400003)(189003)(199004)(40764003)(51914003)(106356001)(31686004)(68736007)(65806001)(23676004)(76176011)(8676002)(7736002)(105586002)(16526019)(2950100002)(6916009)(50466002)(93886005)(6246003)(2486003)(66066001)(8936002)(53936002)(65956001)(6666003)(229853002)(5660300001)(4326008)(54906003)(59450400001)(16576012)(58126008)(316002)(305945005)(77096007)(25786009)(26005)(3846002)(386003)(478600001)(6116002)(64126003)(117156002)(31696002)(86362001)(36756003)(52146003)(81156014)(6486002)(52116002)(3260700006)(65826007)(2351001)(2906002)(67846002)(230700001)(2361001)(47776003)(186003)(81166006)(97736004); DIR:OUT; SFP:1101; SCL:1; SRVR:VI1PR10MB0238; H:[192.168.92.135]; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:0; LANG:en; Received-SPF: None (protection.outlook.com: chrullrich.net does not designate permitted sender hosts) X-Microsoft-Exchange-Diagnostics: =?utf-8?B?MTtWSTFQUjEwTUIwMjM4OzIzOlRReHZQK1FPUGlRcjY3R3RNNTZpdUVndSs4?= =?utf-8?B?TUpiOGNLT1EyL0dXd3BLd1lnM2pYR2dYSGNmbFVyaWdVNy9LcG5ZTENnVFJM?= =?utf-8?B?Q1EzUW1PUjFObHpKcUhjWjJtNC9USUtpMDIyQUpRbU0zY0xFeTd3QUhoZGoz?= =?utf-8?B?M1E3NnVGSzVhTWVGRjEzWXVuMmJDWnlqY2pKZHppOVlKYngySTd3YkFnTHl2?= =?utf-8?B?MjU1d3ArZFYyNkY4d1dZQVJYV0JyMnZLRkYwU3F6emNUZWltWHlEekRsdmxD?= =?utf-8?B?UkdhL0toNE92WGpCRVRzVFIyVkROZmFFY1oxNTRjTDdqcFU0SmJnZXc2LzYr?= =?utf-8?B?anhWTitrcCtscWNTRW9EbHMwckV3L0VCcFZBL3hRK28xUjl2Z25INEJIelg1?= =?utf-8?B?T2VtRnRRaHZnRStNMWl3Qm5qcWFLeHdCQ1BYSU9veG9UTWVJdUNLeUZMOGZP?= =?utf-8?B?YUFoMVVVQ0F1a0lkd1hnaXk4M0FyMWt2Rlk3UVczK3NwR3pWWDU5MWVKOUZX?= =?utf-8?B?Mkw5UTB2Uk5nalA3NTE4REJHNWJNb0lmYjc1czZJL0Y4Vms0R3B4eFNJZUpO?= =?utf-8?B?SVpXdDlxSmdzcEJwaXBEeS91dDRBVWVHSUJwVUdTWVhYYVFaUG4rc2JyQ21y?= =?utf-8?B?Qmxhb3ZINTlqd0xNQjk4anJUTFgxK0VkL0xQUnQ0TFpNZDBWNnhYbkZTbnN1?= =?utf-8?B?clFEL2VPdkNuaTBwUEdyazYvemordVFraS9QRGg5RExzUVEzQXJOUFNlSzgw?= =?utf-8?B?b0hoU25HUjNlaGFPKzRtMCtzWVlMUGZiN2ViMnVzdnhtOU1RMXg5Y0dGWVJB?= =?utf-8?B?K1RZYWFzU0pEam9sbWRnYUJSbW8xK1kvNyt4T2tONnp2Wm4rN09VY3IzWHo4?= =?utf-8?B?SGE0OVpZakVlQkhwd0JYZ0FJbGgyWnJMMFJHcGZZbmU4OFN0K25zU2J0R1pa?= =?utf-8?B?aFd1dE1BMkdXaHhVbTNQak9nV3R3RTlNUlkrcHNGMVQwL3FYTi8yNHlROGhJ?= =?utf-8?B?N2UyU0tNS2ZhbysrcmJ6NzB0czBFL1VqNEx4UEltZ3dqU3F5YWhLNFdIbnRB?= =?utf-8?B?WG9oZEJ5Y1lnMkpURklob1VUOEwvbW5IT2hsL3FGTmc2MjBoSGpIQ2hiVWs5?= =?utf-8?B?R3VUWkNQTFJhdzRzQ01pc1laamhIMGFmZU84eHd4T2RmQ2xBd1R0UmlSOW1M?= =?utf-8?B?MFk4T1UxOTBWWlNNck1ZSi9YempPYm5kY0tsMXRicEFuc0NUY2dYV3h1WDND?= =?utf-8?B?SDBaS0h0VXdIa29rSmhNdlMrdjA2M3pXMERhVTBHeitPeE5qbVhQa3graERa?= =?utf-8?B?dzUvRnd5Ym1YMGpMRjZlL21VdjNWdTgrRjJ5K1pYM0dVQlFMUDRrQXVVbUV5?= =?utf-8?B?TGdIc21DakpRVlBtdVNZT3ZBZ0hSRkRsUS9MR2w5WFVyL1ljcTVsb29IemVU?= =?utf-8?B?a3dLYzF4a0dhRGRuYmRWdERJZzJFSjNKR1RTOUN2T3l4eUs2K3ExRGZ0b3JP?= =?utf-8?B?dE9JVFBoODJiSUdnbUNiSDRzazlmMk1SU2FGZWJsVE9PYU9WazJySDNDR3k2?= =?utf-8?B?UnVKbW9uTGJhTjFuVisvcTNiK2RLV1Y4U2t5Q0lOZktReGtFUEFTUmp3QSts?= =?utf-8?B?b3A0b2czKzJsbTRxMGNFTERLWlJUejdpU3pZSzVBcjRsQnFuR0FCSGczS05S?= =?utf-8?B?ODIzTWl5bFNJbTR1YVpxaGQ2L2pPYTVpTUh4OFFpcVdxWnAvQTlxUGVBaXNk?= =?utf-8?B?RGJoQmRGVWVDWDFGa0IxSWVEbEZITERweFU1UWRveFlaa20vNVRXYm1aanNv?= =?utf-8?B?TGJqQTM4NG1HejBGUFJlbDVhQ0JkcXFqVDRrSU91VFQzSEdoaVpudlJjUWFq?= =?utf-8?B?aEVHU1ZkS3pqMEJNRXRyQlZkWDZIN0ptdUVGZ21BZHFGYUYxOTFsais2NGNh?= =?utf-8?B?dm5OZ05saWd0YVVJR2NUTmVDUzI4S1Z2NjNBYVhWZUYyY2d2MEJuQnhuMUor?= =?utf-8?B?Nk4yTFJVelVUSGZaalZvbkhER0RuL1hLM1QrVGpQMVZvUCt4akZtUzBLVU50?= =?utf-8?Q?DlvuRmJs4TZmv51TfLBnevw44?= X-Microsoft-Antispam-Message-Info: 2PYqr70tb/CPbr+dr8T1fjsP3FbPOTJIwMtszSJtMZISacCdhmPPbcCNWouGQTlnvzycFVrNB7MdzQzieD1LYeg7UdeReqOWKqC+BDjfMw+FrQobvewJHska7kumRzTEjOeFdzNyXydAn1b07pE0bxBrDArplTGopCnlVjZuLypg7XYwwEawF31z3+Z8uagQ X-Microsoft-Exchange-Diagnostics: 1; VI1PR10MB0238; 6:TraehUmfDSF4mjeoaMu0acYmui6RZ8cp6qttVaDAO7+JPo2nMznKdynmI0+oiQKKeQa3NUE0Vso3q8Q3b+T+CZv9YIO6Jb+M68e/bSiAJPbygH0IQ3z7mFRRlXdyoSHCkHyBdzZi5GKpX5TTkaleAzWDPR0o7nP2b6F6UbRu79GJchxtv0YKehkqkQHu3BtwYeE3Huu/de4fiZjiZ1pV/RKo0KMz673KWjjjiVbxHyudXjUjtauroi8Shkh3viPynXqrI5fl6fNDWdy6yr5hC3b6Jjfu/1NOrgtlLohgYsMq9rp/GAai0K6mXijhC2y6H4iVvKuuteMF/cfvpA93ZntznzvWoyM2k0kmIdHjzBU=; 5:98eLw/Zm7hyw1zujcbYspO73Jg3IN4p0KnwQFtmeNfZN3siaLquPCpyTwMljjafFthhnO0qp0fCXsXFWqI3FxQiMoflBpblLxaIBrQzoq2fgJzXulAvGPhbp/8warNxWUOH8R/RD9gsHwvwlfAb3toFvj3+Z/rs92QlMfYqsE3Y=; 24:QBWVstXKOBYoUjJDE22J3VnnEE7+x7ApZhVbA6WQdJbDC1yw2q8Y3jcAY+u/BhRz5F0FCQ/p263dLdv4t8+rImWn5f8aX2NuFQZDNVCM3AM=; 7:YaGxiUTXNqKLH9Rw7hojlZgsfrG9DdYHGkyFrYLJ0dYQ8fE7kTuXuiwk7Fbd8xy32EZdIhYE172BrH4oGnxXRvgIZI5vNnFXJHNIiEXlRIDMuzNP8deDWKQPSkWoNqv4x5MUc94zx4fHB4CyLSW2FYszE2g6FcAN2K3kEa3GW8Cw6kPDfQbzOBmXWqiytfytnF1QavR547ZNNluC+BgX24sirLQwd1NFZ2TduC1sxZa0AR2lypCJjcUKQjc/tbtI SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: chrullrich.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 07 Mar 2018 10:22:35.1821 (UTC) X-MS-Exchange-CrossTenant-Network-Message-Id: 7e19345e-64bb-49f6-c595-08d584155847 X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 8ee9b5e7-26b6-4fdf-9b47-cf4fbc6d4e3f X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR10MB0238 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 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, 07 Mar 2018 10:22:40 -0000 * Marek Zarychta wrote: >> * Warner Losh wrote: >>> I'd suggest *NOT* setting CPUTYPE and instead using TARGET_CPUTYPE to do >>> these sorts of things. CPUTYPE is known to only work on native builds > Maybe you should try to build using different make.conf(5) files for > each build? It can be improved WITH_META_MODE=YES enabled in > src-env.conf (requires loading filemon(4) first) and two differnt object Thanks for the hint. While experimenting with it, I found the -- somewhat obvious, in hind sight -- solution. The source of the trouble is the build system's installed /usr/lib/libc.a, which the /usr/src/tmp binaries are linked against, as well as some few other things. The fix is to have a world on the build system that is built without any CPUTYPE setting, so that the compiler only uses the original amd64 instruction set; that goes up to SSE2. An actual "distribution" buildworld can then use any CPUTYPE that the intended target supports. A workaround, at least for upgrading from 11.1 to stable/11, is to remove the /usr/obj/usr/src/tmp directory entirely, so that installkernel and installworld use the tools on the target system. It worked for me, but is probably not entirely reliable. I still think there is an argument to be made for avoiding this kind of potential breakage in "near cross" builds, but it is probably not worth the extra effort during buildworld (rebuild, or at least relink, /usr/src/tmp etc. against the freshly made libc.a). The "few other things" above are, by the way: - usr.bin/mkesdb_static - usr.bin/mkcsmapper_static - rescue The first two are not installworld'ed, so I wonder why they are where they are, and the last one is a cruel, cruel thing to do. Thanks for your help! -- Christian From owner-freebsd-stable@freebsd.org Wed Mar 7 11:32:55 2018 Return-Path: Delivered-To: freebsd-stable@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 2D300F47AD0; Wed, 7 Mar 2018 11:32:55 +0000 (UTC) (envelope-from crest@rlwinm.de) Received: from mail.rlwinm.de (mail.rlwinm.de [IPv6:2a01:4f8:171:f902::5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C3E976DE81; Wed, 7 Mar 2018 11:32:54 +0000 (UTC) (envelope-from crest@rlwinm.de) Received: from crest.bultmann.eu (unknown [IPv6:2a00:c380:c0d5:1:28a4:4cba:53e5:fefc]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.rlwinm.de (Postfix) with ESMTPSA id 7589414A84; Wed, 7 Mar 2018 11:32:52 +0000 (UTC) Subject: Re: update of graphics/drm-next-kmod to Linux 4.11 level for recent CURRENT and 11-STABLE To: Hadi Rezaee Cc: Johannes M Dieterich , freebsd-current@freebsd.org, freebsd-stable@freebsd.org References: <20180225104844.726b4f17@manray.ogolem.org> From: Jan Bramkamp Message-ID: <99ea3a75-53d7-6636-d2d9-79c24ad35619@rlwinm.de> Date: Wed, 7 Mar 2018 12:32:51 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 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, 07 Mar 2018 11:32:55 -0000 On 28.02.18 18:03, Hadi Rezaee wrote: > Hello there, > My laptop is running FreeBSD-12 CURRENT, and i hadnt any problem with my > graphic before upgrading drm-next (g20180117_3 -> 4.11.g20180224). But > now it getting failed. Tried to build from source, but same result. > Laptop model: Lenovo E470 I just updated both the 12-current base system and the graphics/drm-next-kmod port on my Thinkpad T470s. The resulting system works except for the already documented regression in the VA API affecting hardware accelerated video playback in mpv. From owner-freebsd-stable@freebsd.org Wed Mar 7 12:22:58 2018 Return-Path: Delivered-To: freebsd-stable@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 0E144F240AB for ; Wed, 7 Mar 2018 12:22:58 +0000 (UTC) (envelope-from artemrts@ukr.net) Received: from frv190.fwdcdn.com (frv190.fwdcdn.com [212.42.77.190]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A6F4970370 for ; Wed, 7 Mar 2018 12:22:57 +0000 (UTC) (envelope-from artemrts@ukr.net) Received: from frv199.fwdcdn.com ([212.42.77.199]) by frv190.fwdcdn.com with esmtp ID 1etXfL-000COX-2b for freebsd-stable@freebsd.org; Wed, 07 Mar 2018 13:55:27 +0200 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=ffe; h=Content-Type:MIME-Version:Message-Id:To:Subject:From:Date:Sender: Reply-To:Cc:Content-Transfer-Encoding:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: In-Reply-To:References:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=P7q5OiTrNLE0hx2sJ0rDgCrw94USe41Z7rz6DKfNtLc=; b=ICtZEfS/CUFupUg4cikHSfAoHT Xz9cwuKUb4+43jAMpVAjsubxeP/o8S5WSFdG+EbuDbsBV+7QbFVEdQeCQMJGmkdJqGPodfydTd/Ss gBZSeV5mschPCL6wudOFSahcWqjVw6kKkJZPjovHtCcNXdegGP0A5ftCiYC+3y4PUxXg=; Received: from [10.10.10.52] (helo=frv52.fwdcdn.com) by frv199.fwdcdn.com with smtp ID 1etXfD-000CBU-Qf for freebsd-stable@freebsd.org; Wed, 07 Mar 2018 13:55:19 +0200 Date: Wed, 07 Mar 2018 13:55:19 +0200 From: wishmaster Subject: Problem with USB <---> UPS management connection To: freebsd-stable X-Mailer: mail.ukr.net 5.0 Message-Id: <1520423283.816382083.msco108y@frv52.fwdcdn.com> Received: from artemrts@ukr.net by frv52.fwdcdn.com; Wed, 07 Mar 2018 13:55:19 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: binary X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 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, 07 Mar 2018 12:22:58 -0000 Hi, colleagues! Something strange happens with a server. I am attempting to connect management interface of UPS with server via USB. In console I see a lot of errors: Mar  7 13:42:04 xxx kernel: ugen2.2: at usbus2 Mar  7 13:42:05 xxx kernel: uhid0 on uhub6 Mar  7 13:42:05 xxx kernel: uhid0: on usbus2 Mar  7 13:42:08 xxx kernel: ugen2.2: at usbus2 (disconnected) Mar  7 13:42:08 xxx kernel: uhid0: at uhub6, port 3, addr 2 (disconnected) Mar  7 13:42:08 xxx kernel: uhid0: detached Mar  7 13:42:12 xxx kernel: ugen2.2: at usbus2 Mar  7 13:42:12 xxx kernel: uhid0 on uhub6 Mar  7 13:42:12 xxx kernel: uhid0: on usbus2 Mar  7 13:42:16 xxx kernel: ugen2.2: at usbus2 (disconnected) Mar  7 13:42:16 xxx kernel: uhid0: at uhub6, port 3, addr 2 (disconnected) Mar  7 13:42:16 xxx kernel: uhid0: detached I have changed USB-cables, USB port on the server - without success. On another server this problem is absent. FreeBSD version: FreeBSD 11.1-STABLE #1 r329364M: Any ideas? -- Vitaliy From owner-freebsd-stable@freebsd.org Wed Mar 7 14:19:04 2018 Return-Path: Delivered-To: freebsd-stable@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 B3EA8F3056C for ; Wed, 7 Mar 2018 14:19:04 +0000 (UTC) (envelope-from cathy.pearson@securecloudseven.com) Received: from mail-it0-x247.google.com (mail-it0-x247.google.com [IPv6:2607:f8b0:4001:c0b::247]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4C14176242 for ; Wed, 7 Mar 2018 14:19:04 +0000 (UTC) (envelope-from cathy.pearson@securecloudseven.com) Received: by mail-it0-x247.google.com with SMTP id g195so2518777itg.7 for ; Wed, 07 Mar 2018 06:19:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=securecloudseven.com; s=google; h=mime-version:message-id:date:subject:from:to :content-transfer-encoding; bh=RG0twntFTy7RbuYLST3vEIodMEUuBZsGz1ZMgY0pShM=; b=idUQyG5nDNh9G5XBMQlxFnZOeV7US3PoItC0jZPyp1s5VnGQ+MblVS8Q7mDpbydakS TZ5F7u1rK4XCFrSRG9+OnBfh+fNYM1EZEQBFR1qMQ9rYQA9CSyYgJmiKmKpjhlrpM23Q tQ3YFbaFgp0cYOhOLpOjVceiC2yanO+zYQUu4= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:message-id:date:subject:from:to :content-transfer-encoding; bh=RG0twntFTy7RbuYLST3vEIodMEUuBZsGz1ZMgY0pShM=; b=jENBMxc+9s/M7zreI4bQZ+Io/IiWhpyCBIxC9/iEQTI4ijsB8ojcISITjjfTD45lCD +LAsVNJ0u3KPooDfYaNh2s5jqDJa9dqgofQdVfKYOp8fqFvMtPOdLbm0fssf5sVNjUNz 83KIfVQ1hQzk+4ecfFgDTMZJTztUp4Dk7TImZ10+Ic9dx1peElf7z3Ury/7EEXilrWtD 2HTfV1gDO0pp5iDsJgyQBwgkjej13Lwut2gsq9i9OQ/TfZklSxqgiwtMqI3/DNQ5yGUK X3TfrbfFyHfHoB4/HC5WWZhMvz7zc7j+S+XYIqRWALQcVVb/f0lLVYY0JUNslpxU3cA4 KrCg== X-Gm-Message-State: AElRT7EwPudsb5Fp1ZvM7aWp6IxE0oS/0ZdnJ3tjJmYcf49QmZR1EdGi xg/HoM2a72ti5xdtvEYMkvjUIldDFznQ X-Google-Smtp-Source: AG47ELvO6kLzZ9iwE3z8PKS/L3kg84f63Wo9po0xCaaDrAqKUdG/kwSvgK6vFRIwutg+nXoQAXED+gXxSQ== MIME-Version: 1.0 X-Received: by 10.36.53.131 with SMTP id k125mr13924433ita.12.1520432343850; Wed, 07 Mar 2018 06:19:03 -0800 (PST) Message-ID: <001a114a93a4c2a2880566d33d97@google.com> Date: Wed, 07 Mar 2018 14:19:03 +0000 Subject: Targeted Companies Emails List From: cathy.pearson@securecloudseven.com To: freebsd-stable@freebsd.org Content-Type: text/plain; charset="UTF-8"; format=flowed; delsp=yes Content-Transfer-Encoding: base64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 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, 07 Mar 2018 14:19:04 -0000 SGksDQoNClRoaXMgaXMgQ2hlcnlsIGZyb20gcHJlLXNhbGVzIHRlYW0uIEhvcGUgdGhpcyBlbWFp bCBmaW5kcyB3ZWxsLg0KDQpJIGFtIHdvbmRlcmluZyBpZiB5b3Ugd291bGQgYmUgaW50ZXJlc3Rl ZCBpbiByZWFjaGluZyB5b3VyIHRhcmdldGVkICANClBlb3BsZVNvZnQvU3VjY2Vzc0ZhY3RvcnMg VXNlcnMgZm9yIHlvdXIgTWFya2V0aW5nIEFwcHJvYWNoIFN0cmF0ZWd5Lg0KDQpXZSBjYW4gcHJv dmlkZSB5b3Ugd2l0aCAxMDAlIG9wdCBpbiBlbWFpbHMuDQoNCllvdSBtYXkgYWxzbyBiZSBpbnRl cmVzdGVkIGluIGRhdGFiYXNlIG9mOiBBZG9iZSwgRGFzc2F1bHQgU3lzdGVtZXMsIFNBUCwgIA0K QmVudGxleSwgUFRDLCBBbnN5cywgQXV0b0NBRCwgVmF1bHQsIFNvbGlkV29ya3MsIFNpZW1lbnMs IE9yYWNsZSwgVkFScywgIA0KVkFEcyBhbmQgbW9yZS4NCg0KS2luZGx5IGxldCBtZSBrbm93IHlv dXIgaW50ZXJlc3QgdG8gcHJvdmlkZSB5b3Ugd2l0aCBkZXRhaWxlZCBpbmZvcm1hdGlvbiAgDQpm b3IgdGhlIHNhbWUuDQoNClRoYW5rcywNCkNhdGh5DQoNCklmIHNlZSBubyBpbnRlcmVzdCBwbGVh c2UgcmVwbHkg4oCcRGVsZXRl4oCdDQo= From owner-freebsd-stable@freebsd.org Wed Mar 7 15:06:38 2018 Return-Path: Delivered-To: freebsd-stable@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 9A3F0F34C43 for ; Wed, 7 Mar 2018 15:06:38 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-TO1-obe.outbound.protection.outlook.com (mail-eopbgr670042.outbound.protection.outlook.com [40.107.67.42]) (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 282857969F for ; Wed, 7 Mar 2018 15:06:37 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from YQBPR0101MB1042.CANPRD01.PROD.OUTLOOK.COM (52.132.66.153) by YQBPR0101MB1044.CANPRD01.PROD.OUTLOOK.COM (52.132.66.155) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.567.14; Wed, 7 Mar 2018 15:06:36 +0000 Received: from YQBPR0101MB1042.CANPRD01.PROD.OUTLOOK.COM ([fe80::3531:c817:d6f:9b93]) by YQBPR0101MB1042.CANPRD01.PROD.OUTLOOK.COM ([fe80::3531:c817:d6f:9b93%13]) with mapi id 15.20.0567.012; Wed, 7 Mar 2018 15:06:36 +0000 From: Rick Macklem To: NAGY Andreas , "'freebsd-stable@freebsd.org'" Subject: =?iso-8859-1?Q?Re:_NFS_4.1_RECLAIM=5FCOMPLETE_FS=A0failed_error_in_combin?= =?iso-8859-1?Q?ation_with_ESXi_client?= Thread-Topic: =?iso-8859-1?Q?NFS_4.1_RECLAIM=5FCOMPLETE_FS=A0failed_error_in_combinatio?= =?iso-8859-1?Q?n_with_ESXi_client?= Thread-Index: AdOx8zAe5+TceuOWQkax+IhJZhNDgQAnzopHABn27/AAIBzCQgAP8SUgAAmzYWAADy6jKgAZTvpAABQ08bcAKLRnLwArPwd4 Date: Wed, 7 Mar 2018 15:06:36 +0000 Message-ID: References: , , , , , <2feda1e2-16d5-43b5-98eb-dcc71cc67c6f@frequentis.com> In-Reply-To: <2feda1e2-16d5-43b5-98eb-dcc71cc67c6f@frequentis.com> 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; YQBPR0101MB1044; 7:IulrEVsRUvw09RAFF656P4dXKpqQVS7ifThdMALR5+SEsXa4CEfQK/VTZgW04dpx0oXWf6Z/LLZKhMamhwCat/ExiXv9bDmck90+hX6z9akHy2y8vOAuuNQ4WiGaioFYQohgIF3S6m0axhX3hfkKHnEta7gQ07zWq7yDw3TA20dq75CIeKBd9ayUE2T9DJscag7GdDxTHSXKCrZZi+P1XATBq6fP4/HcnKhhsJaZAiMZkx9s4Cd7s0bsBx0iqdeV x-ms-exchange-antispam-srfa-diagnostics: SSOS; x-ms-office365-filtering-correlation-id: ab53465c-541b-4c76-2bd1-08d5843d05c1 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(8989060)(5600026)(4604075)(3008032)(4534165)(4627221)(201703031133081)(201702281549075)(8990040)(2017052603328)(7153060)(7193020); SRVR:YQBPR0101MB1044; x-ms-traffictypediagnostic: YQBPR0101MB1044: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(158342451672863); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040501)(2401047)(8121501046)(5005006)(3002001)(3231220)(944501244)(52105095)(93006095)(93001095)(10201501046)(6041288)(20161123560045)(20161123564045)(201703131423095)(201702281529075)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123558120)(20161123562045)(6072148)(201708071742011); SRVR:YQBPR0101MB1044; BCL:0; PCL:0; RULEID:; SRVR:YQBPR0101MB1044; x-forefront-prvs: 0604AFA86B x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(39380400002)(39860400002)(396003)(376002)(346002)(366004)(199004)(189003)(3660700001)(305945005)(106356001)(14454004)(2900100001)(81156014)(99286004)(81166006)(105586002)(7696005)(6246003)(33656002)(76176011)(110136005)(53936002)(74316002)(59450400001)(786003)(25786009)(93886005)(74482002)(316002)(6436002)(8936002)(9686003)(5890100001)(55016002)(5250100002)(68736007)(3280700002)(2950100002)(86362001)(478600001)(97736004)(2906002)(5660300001)(102836004)(6506007)(186003)(26005)(229853002)(491001); DIR:OUT; SFP:1101; SCL:1; SRVR:YQBPR0101MB1044; H:YQBPR0101MB1042.CANPRD01.PROD.OUTLOOK.COM; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: uoguelph.ca does not designate permitted sender hosts) x-microsoft-antispam-message-info: SBch5hlqE8bxycuswUBKRzHSYMMpUZxQWlIKx42SjCinzgKNuCIK1pMiNF5kKmEYB6s074gpYRDFn+5K33y3qBraZLyPAqlCbgvWSaAZbP2CBeF7EM94Fk2Qz6JuUy6TLeBXMaRMQnVKmKxouGuZmPoTfWBao9n3rDD6haqJuXleqBxemD7aTVLP8lcIKEL4f52ySqEoV/v1ZkDuVSDJuuT7vkM/KZSs6+HWDihcDMi4ETAL6nl/eAJ6opVIuyA39ocuJWl0f7o5MLD9beR/O+GNPaXJ2LU1+71iXjiyrxFm0VcGf5GSmxdNATo4bAEK0RAka95PcAA6jaMkHiUH5Q== 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: ab53465c-541b-4c76-2bd1-08d5843d05c1 X-MS-Exchange-CrossTenant-originalarrivaltime: 07 Mar 2018 15:06:36.6429 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-Transport-CrossTenantHeadersStamped: YQBPR0101MB1044 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 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, 07 Mar 2018 15:06:38 -0000 NAGY Andreas wrote: >Okay, that was the main reason for using NFS 4.1. >Is it planned to implement it, or is the focus on pNFS? I took a quick look and implementing this for some cases will be pretty easy. Binding a FORE channel is implied, so for that case all the server does is reply OK to the BIND_CONN_TO_SESSION. To know if the ESXi client case is a simple one, I need to see what the BIND_CONN_TO_SESSION arguments look like. If you can capture packets for when this second connection is done and email it to me as an attachment, I can look at what the BIND_CONN_TO_SESSIO= N args are. # tcpdump -s 0 -w host run on the FreeBSD server should get the I need. Alternately, if you have wireshark handy, you can just use it to look for the BIND_CONN_TO_SESSION request and see if it specifies (FORE, BACK, FORE_OR_BOTH or BACK_OR_BOTH) in it. FORE or FORE_OR_BOTH means it is easy to do and I can probably have a patch for testing in a day or two. rick From owner-freebsd-stable@freebsd.org Wed Mar 7 16:29:39 2018 Return-Path: Delivered-To: freebsd-stable@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 A4F43F3CC5A for ; Wed, 7 Mar 2018 16:29:39 +0000 (UTC) (envelope-from gracie.wilson@excessive-web-search.com) Received: from vp.prc.mefound.com (vp.prc.mefound.com [94.177.189.247]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2AE777DE6E for ; Wed, 7 Mar 2018 16:29:38 +0000 (UTC) (envelope-from gracie.wilson@excessive-web-search.com) Received: from WS25 (unknown [223.190.63.56]) by vp.prc.mefound.com (Postfix) with ESMTPA id 85F4E48220 for ; Wed, 7 Mar 2018 17:28:51 +0100 (CET) From: "Gracie Wilson" To: Subject: We can help you grow your website traffic and revenue... Date: Wed, 7 Mar 2018 21:52:35 +0530 Message-ID: MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 Thread-Index: AdO2CQ6UoDsJWj+ORsyLyBF4izBfwQ== Content-Language: en-us Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 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, 07 Mar 2018 16:29:39 -0000 Greetings, Let's work together! We are a trusted digital marketing agency for more than 10 years, our team of 200+ marketing gurus has served over 4000 clients. Our unique "Pay-for-performance" model attracts customers from all geographies of the world, and we are proud to cater to the needs of every type of business belonging to varied industries, scales, and regions. We do "Pay-For-Performance SEO" service, Pay only when we rank your keywords on Top searches. - FREE website analysis report - No monthly fee / No contractual payout - Dedicated 24*7 support - Only one time set up fee Our results 'Talk' Get your website evaluated NOW, Just reply to this email with your contact details along with your requirement and we will call you back. Thanks & Regards, Gracie Wilson Marketing Manager Head Office: San Jose, CA 95120 Disclaimer: We are not spamming. We are using this domain for marketing. If you are interested and want to know about us, just reply to this email. If we have offended you by sending this to you by mistake, we apologize. Please reply "NO" or "Unsubscribe" to this email if not interested, so that we shall add you to our "Do Not Contact Again" list. We strictly adhere to United States Federal Laws of Anti-spamming - CAN-SPAM Act of 2003. From owner-freebsd-stable@freebsd.org Wed Mar 7 17:32:33 2018 Return-Path: Delivered-To: freebsd-stable@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 6C9BDF431DB for ; Wed, 7 Mar 2018 17:32:33 +0000 (UTC) (envelope-from Andreas.Nagy@frequentis.com) Received: from mail2.frequentis.com (mail2.frequentis.com [195.20.158.51]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "spamquarantine.frequentis.frq", Issuer "Frequentis Enterprise Issuing CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B5A54830D0 for ; Wed, 7 Mar 2018 17:32:32 +0000 (UTC) (envelope-from Andreas.Nagy@frequentis.com) X-IronPort-AV: E=Sophos;i="5.47,436,1515452400"; d="pcap'?scan'208";a="2443599" Received: from vie190nt.frequentis.frq ([172.16.1.190]) by mail2.frequentis.com with ESMTP; 07 Mar 2018 18:32:29 +0100 Received: from vie196nt.frequentis.frq ([172.16.1.196]) by vie190nt.frequentis.frq ([172.16.1.190]) with mapi id 14.03.0382.000; Wed, 7 Mar 2018 18:32:29 +0100 From: NAGY Andreas To: Rick Macklem , "'freebsd-stable@freebsd.org'" Subject: =?iso-8859-1?Q?RE:_NFS_4.1_RECLAIM=5FCOMPLETE_FS=A0failed_error_in_combin?= =?iso-8859-1?Q?ation_with_ESXi_client?= Thread-Topic: =?iso-8859-1?Q?NFS_4.1_RECLAIM=5FCOMPLETE_FS=A0failed_error_in_combinatio?= =?iso-8859-1?Q?n_with_ESXi_client?= Thread-Index: AdOx8zAe5+TceuOWQkax+IhJZhNDgQAnzopHABn27/AAIBzCQgAP8SUgAAmzYWAADy6jKgAZTvpAABQ08bcAKLRnLwArPwd4AAPK4ZA= Date: Wed, 7 Mar 2018 17:32:29 +0000 Message-ID: References: , , , , , <2feda1e2-16d5-43b5-98eb-dcc71cc67c6f@frequentis.com> In-Reply-To: Accept-Language: de-AT, en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [192.168.13.24] Content-Type: multipart/mixed; boundary="_002_D890568E1D8DD044AA846C56245166780124AFCABCvie196nt_" MIME-Version: 1.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 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, 07 Mar 2018 17:32:33 -0000 --_002_D890568E1D8DD044AA846C56245166780124AFCABCvie196nt_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, attached the trace. If I see it correct it uses FORE_OR_BOTH. (bctsa_dir: C= DFC4_FORE_OR_BOTH (0x00000003)) The trace is only with the first patch, have not compiled the wantdeleg pat= ches so far. I think this is related to the BIND_CONN_TO_SESSION; after a disconnect the= ESXi cannot connect to the NFS also with this warning: 2018-03-07T16:55:11.227Z cpu21:66484)WARNING: NFS41: NFS41_Bug:2361: BUG - = Invalid BIND_CONN_TO_SESSION error: NFS4ERR_NOTSUPP Another thing I noticed today is that it is not possible to delete a folder= with the ESXi datastorebrowser on the NFS mount. Maybe it is a VMWare bug,= but with NFS3 it works. Here the vmkernel.log with only one connection contains mounting, trying to= delete a folder and disconnect: 2018-03-07T16:46:04.543Z cpu12:68008 opID=3D55bea165)World: 12235: VC opID = c55dbe59 maps to vmkernel opID 55bea165 2018-03-07T16:46:04.543Z cpu12:68008 opID=3D55bea165)NFS41: NFS41_VSIMountS= et:423: Mount server: 10.0.0.225, port: 2049, path: /, label: nfsds1, secur= ity: 1 user: , options: 2018-03-07T16:46:04.543Z cpu12:68008 opID=3D55bea165)StorageApdHandler: 977= : APD Handle Created with lock[StorageApd-0x43046e4c6d70] 2018-03-07T16:46:04.544Z cpu11:66486)NFS41: NFS41ProcessClusterProbeResult:= 3873: Reclaiming state, cluster 0x43046e4c7ee0 [7] 2018-03-07T16:46:04.545Z cpu12:68008 opID=3D55bea165)NFS41: NFS41FSComplete= Mount:3791: Lease time: 120 2018-03-07T16:46:04.545Z cpu12:68008 opID=3D55bea165)NFS41: NFS41FSComplete= Mount:3792: Max read xfer size: 0x20000 2018-03-07T16:46:04.545Z cpu12:68008 opID=3D55bea165)NFS41: NFS41FSComplete= Mount:3793: Max write xfer size: 0x20000 2018-03-07T16:46:04.545Z cpu12:68008 opID=3D55bea165)NFS41: NFS41FSComplete= Mount:3794: Max file size: 0x800000000000 2018-03-07T16:46:04.545Z cpu12:68008 opID=3D55bea165)NFS41: NFS41FSComplete= Mount:3795: Max file name: 255 2018-03-07T16:46:04.545Z cpu12:68008 opID=3D55bea165)WARNING: NFS41: NFS41F= SCompleteMount:3800: The max file name size (255) of file system is larger = than that of FSS (128) 2018-03-07T16:46:04.546Z cpu12:68008 opID=3D55bea165)NFS41: NFS41FSAPDNotif= y:5960: Restored connection to the server 10.0.0.225 mount point nfsds1, mo= unted as 1a7893c8-eec764a7-0000-000000000000 ("/") 2018-03-07T16:46:04.546Z cpu12:68008 opID=3D55bea165)NFS41: NFS41_VSIMountS= et:435: nfsds1 mounted successfully 2018-03-07T16:47:19.869Z cpu21:67981 opID=3De47706ec)World: 12235: VC opID = c55dbe91 maps to vmkernel opID e47706ec 2018-03-07T16:47:19.869Z cpu21:67981 opID=3De47706ec)WARNING: NFS41: NFS41F= ileOpReaddir:4728: Failed to process READDIR result for fh 0x43046e4c6398: = Transient file system condition, suggest retry 2018-03-07T16:47:19.870Z cpu21:67981 opID=3De47706ec)WARNING: NFS41: NFS41F= ileOpReaddir:4728: Failed to process READDIR result for fh 0x43046e4c6398: = Transient file system condition, suggest retry 2018-03-07T16:47:19.870Z cpu21:67981 opID=3De47706ec)WARNING: NFS41: NFS41F= ileOpReaddir:4728: Failed to process READDIR result for fh 0x43046e4c6398: = Transient file system condition, suggest retry 2018-03-07T16:47:19.870Z cpu21:67981 opID=3De47706ec)WARNING: NFS41: NFS41F= ileOpReaddir:4728: Failed to process READDIR result for fh 0x43046e4c6398: = Transient file system condition, suggest retry 2018-03-07T16:47:19.870Z cpu21:67981 opID=3De47706ec)WARNING: NFS41: NFS41F= ileOpReaddir:4728: Failed to process READDIR result for fh 0x43046e4c6398: = Transient file system condition, suggest retry 2018-03-07T16:47:19.871Z cpu21:67981 opID=3De47706ec)WARNING: NFS41: NFS41F= ileOpReaddir:4728: Failed to process READDIR result for fh 0x43046e4c6398: = Transient file system condition, suggest retry 2018-03-07T16:47:19.871Z cpu21:67981 opID=3De47706ec)WARNING: NFS41: NFS41F= ileOpReaddir:4728: Failed to process READDIR result for fh 0x43046e4c6398: = Transient file system condition, suggest retry 2018-03-07T16:47:19.871Z cpu21:67981 opID=3De47706ec)WARNING: NFS41: NFS41F= ileOpReaddir:4728: Failed to process READDIR result for fh 0x43046e4c6398: = Transient file system condition, suggest retry 2018-03-07T16:47:19.871Z cpu21:67981 opID=3De47706ec)WARNING: NFS41: NFS41F= ileOpReaddir:4728: Failed to process READDIR result for fh 0x43046e4c6398: = Transient file system condition, suggest retry 2018-03-07T16:47:19.872Z cpu21:67981 opID=3De47706ec)WARNING: NFS41: NFS41F= ileOpReaddir:4728: Failed to process READDIR result for fh 0x43046e4c6398: = Transient file system condition, suggest retry 2018-03-07T16:47:19.872Z cpu21:67981 opID=3De47706ec)WARNING: NFS41: NFS41F= ileOpReaddir:4728: Failed to process READDIR result for fh 0x43046e4c6398: = Transient file system condition, suggest retry 2018-03-07T16:47:19.872Z cpu21:67981 opID=3De47706ec)WARNING: UserFile: 215= 5: hostd-worker: Directory changing too often to perform readdir operation = (11 retries), returning busy 2018-03-07T16:47:19.874Z cpu21:67981 opID=3De47706ec)WARNING: NFS41: NFS41F= ileOpReaddir:4728: Failed to process READDIR result for fh 0x43046e4c6398: = Transient file system condition, suggest retry 2018-03-07T16:47:19.875Z cpu21:67981 opID=3De47706ec)WARNING: NFS41: NFS41F= ileOpReaddir:4728: Failed to process READDIR result for fh 0x43046e4c6398: = Transient file system condition, suggest retry 2018-03-07T16:47:19.875Z cpu21:67981 opID=3De47706ec)WARNING: NFS41: NFS41F= ileOpReaddir:4728: Failed to process READDIR result for fh 0x43046e4c6398: = Transient file system condition, suggest retry 2018-03-07T16:47:19.875Z cpu21:67981 opID=3De47706ec)WARNING: NFS41: NFS41F= ileOpReaddir:4728: Failed to process READDIR result for fh 0x43046e4c6398: = Transient file system condition, suggest retry 2018-03-07T16:47:19.875Z cpu21:67981 opID=3De47706ec)WARNING: NFS41: NFS41F= ileOpReaddir:4728: Failed to process READDIR result for fh 0x43046e4c6398: = Transient file system condition, suggest retry 2018-03-07T16:47:19.876Z cpu21:67981 opID=3De47706ec)WARNING: NFS41: NFS41F= ileOpReaddir:4728: Failed to process READDIR result for fh 0x43046e4c6398: = Transient file system condition, suggest retry 2018-03-07T16:47:19.876Z cpu21:67981 opID=3De47706ec)WARNING: NFS41: NFS41F= ileOpReaddir:4728: Failed to process READDIR result for fh 0x43046e4c6398: = Transient file system condition, suggest retry 2018-03-07T16:47:19.876Z cpu21:67981 opID=3De47706ec)WARNING: NFS41: NFS41F= ileOpReaddir:4728: Failed to process READDIR result for fh 0x43046e4c6398: = Transient file system condition, suggest retry 2018-03-07T16:47:19.876Z cpu21:67981 opID=3De47706ec)WARNING: NFS41: NFS41F= ileOpReaddir:4728: Failed to process READDIR result for fh 0x43046e4c6398: = Transient file system condition, suggest retry 2018-03-07T16:47:19.877Z cpu21:67981 opID=3De47706ec)WARNING: NFS41: NFS41F= ileOpReaddir:4728: Failed to process READDIR result for fh 0x43046e4c6398: = Transient file system condition, suggest retry 2018-03-07T16:47:19.877Z cpu21:67981 opID=3De47706ec)WARNING: NFS41: NFS41F= ileOpReaddir:4728: Failed to process READDIR result for fh 0x43046e4c6398: = Transient file system condition, suggest retry 2018-03-07T16:47:19.877Z cpu21:67981 opID=3De47706ec)WARNING: UserFile: 215= 5: hostd-worker: Directory changing too often to perform readdir operation = (11 retries), returning busy 2018-03-07T16:47:19.879Z cpu21:67981 opID=3De47706ec)WARNING: NFS41: NFS41F= ileOpReaddir:4728: Failed to process READDIR result for fh 0x43046e4c6398: = Transient file system condition, suggest retry 2018-03-07T16:47:19.879Z cpu21:67981 opID=3De47706ec)WARNING: NFS41: NFS41F= ileOpReaddir:4728: Failed to process READDIR result for fh 0x43046e4c6398: = Transient file system condition, suggest retry 2018-03-07T16:47:19.879Z cpu21:67981 opID=3De47706ec)WARNING: NFS41: NFS41F= ileOpReaddir:4728: Failed to process READDIR result for fh 0x43046e4c6398: = Transient file system condition, suggest retry 2018-03-07T16:47:19.880Z cpu21:67981 opID=3De47706ec)WARNING: NFS41: NFS41F= ileOpReaddir:4728: Failed to process READDIR result for fh 0x43046e4c6398: = Transient file system condition, suggest retry 2018-03-07T16:47:19.880Z cpu21:67981 opID=3De47706ec)WARNING: NFS41: NFS41F= ileOpReaddir:4728: Failed to process READDIR result for fh 0x43046e4c6398: = Transient file system condition, suggest retry 2018-03-07T16:47:19.880Z cpu21:67981 opID=3De47706ec)WARNING: NFS41: NFS41F= ileOpReaddir:4728: Failed to process READDIR result for fh 0x43046e4c6398: = Transient file system condition, suggest retry 2018-03-07T16:47:19.880Z cpu21:67981 opID=3De47706ec)WARNING: NFS41: NFS41F= ileOpReaddir:4728: Failed to process READDIR result for fh 0x43046e4c6398: = Transient file system condition, suggest retry 2018-03-07T16:47:19.881Z cpu21:67981 opID=3De47706ec)WARNING: NFS41: NFS41F= ileOpReaddir:4728: Failed to process READDIR result for fh 0x43046e4c6398: = Transient file system condition, suggest retry 2018-03-07T16:47:19.881Z cpu21:67981 opID=3De47706ec)WARNING: NFS41: NFS41F= ileOpReaddir:4728: Failed to process READDIR result for fh 0x43046e4c6398: = Transient file system condition, suggest retry 2018-03-07T16:47:19.881Z cpu21:67981 opID=3De47706ec)WARNING: NFS41: NFS41F= ileOpReaddir:4728: Failed to process READDIR result for fh 0x43046e4c6398: = Transient file system condition, suggest retry 2018-03-07T16:47:19.881Z cpu21:67981 opID=3De47706ec)WARNING: NFS41: NFS41F= ileOpReaddir:4728: Failed to process READDIR result for fh 0x43046e4c6398: = Transient file system condition, suggest retry 2018-03-07T16:47:19.881Z cpu21:67981 opID=3De47706ec)WARNING: UserFile: 215= 5: hostd-worker: Directory changing too often to perform readdir operation = (11 retries), returning busy 2018-03-07T16:49:41.154Z cpu23:85446)WARNING: SunRPC: 3987: fail all pendin= g calls for client 0x4303cbe221f0 IP 10.0.0.225.8.1 (socket half closed) 2018-03-07T16:49:41.155Z cpu11:66486)WARNING: NFS41: NFS41FSAPDNotify:5908:= Lost connection to the server 10.0.0.225 mount point nfsds1, mounted as 1a= 7893c8-eec764a7-0000-000000000000 ("/") -----Original Message----- From: Rick Macklem [mailto:rmacklem@uoguelph.ca]=20 Sent: Mittwoch, 7. M=E4rz 2018 16:07 To: NAGY Andreas ; 'freebsd-stable@freebsd.org= ' Subject: Re: NFS 4.1 RECLAIM_COMPLETE FS=A0failed error in combination with= ESXi client NAGY Andreas wrote: >Okay, that was the main reason for using NFS 4.1. >Is it planned to implement it, or is the focus on pNFS? I took a quick look and implementing this for some cases will be pretty eas= y. Binding a FORE channel is implied, so for that case all the server does = is reply OK to the BIND_CONN_TO_SESSION. To know if the ESXi client case is a simple one, I need to see what the BIN= D_CONN_TO_SESSION arguments look like. If you can capture packets for when this second connection is done and emai= l it to me as an attachment, I can look at what the BIND_CONN_TO_SESSION ar= gs are. # tcpdump -s 0 -w host run on= the FreeBSD server should get the I need. Alternately, if you have wireshark handy, you can just use it to look for t= he BIND_CONN_TO_SESSION request and see if it specifies (FORE, BACK, FORE_O= R_BOTH or BACK_OR_BOTH) in it. FORE or FORE_OR_BOTH means it is easy to do and I can probably have a patch= for testing in a day or two. rick --_002_D890568E1D8DD044AA846C56245166780124AFCABCvie196nt_ Content-Type: application/octet-stream; name="nfs41_trace.pcap" Content-Description: nfs41_trace.pcap Content-Disposition: attachment; filename="nfs41_trace.pcap"; size=4930; creation-date="Wed, 07 Mar 2018 16:45:03 GMT"; modification-date="Wed, 07 Mar 2018 16:45:03 GMT" Content-Transfer-Encoding: base64 1MOyoQIABAAAAAAAAAAAAAAABAABAAAAWhugWkBTAABKAAAASgAAAAAmVdY3uABQVmtb7AgARQAA POvDQABABjVFCgAC0woAAuECtggBdTR+pQAAAACgAv//0TwAAAIEIwABAwMJBAIICgCMQKUAAAAA WhugWk5TAABKAAAASgAAAABQVmtb7AAmVdY3uAgARQAAPHfvAABABukZCgAC4QoAAtMIAQK2oNgD X3U0fqagEv//GeIAAAIEIwABAwMJBAIICrgDIm8AjEClWhugWjdUAABCAAAAQgAAAAAmVdY3uABQ Vmtb7AgARQAANOvFQABABjVLCgAC0woAAuECtggBdTR+pqDYA2CAEACLnhAAAAEBCAoAjECluAMi b1oboFpPVAAAQgAAAEIAAAAAUFZrW+wAJlXWN7gIAEUAADR38AAAQAbpIAoAAuEKAALTCAECtqDY A2B1NH6mgBABBhnaAAABAQgKuAMicACMQKVaG6BaL1UAAEoBAABKAQAAACZV1je4AFBWa1vsCABF AAE868ZAAEAGNEIKAALTCgAC4QK2CAF1NH6moNgDYIAYCAAxZQAAAQEICgCMQKW4AyJvgAABBGie nrQAAAAAAAAAAgABhqMAAAAEAAAAAQAAAAEAAAAgAAAAAAAAAApBVFMtRVNYLTAxAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAA5ORlM0MUN0bEV4Y2hJRAAAAAAAAQAAAAEAAAAq4K2eWgAAAAAAAAAk NWE3ODNkNTAtNmRlNS01ZDRhLTJkMWQtMDAxOTk5YmEzM2Q3AAMAAAAAAAAAAAABAAAACnZtd2Fy ZS5jb20AAAAAAD9WTXdhcmUgTkZTdjQuMSBDbGllbnQ6IFZNd2FyZSBFU1hpLCA2LjUuMCwgUmVs ZWFzZWJ1aWxkLTczODg2MDcAAAAAAFo3m2MAAAAAWhugWmxVAABCAAAAQgAAAABQVmtb7AAmVdY3 uAgARQAANAQAAABABl0RCgAC4QoAAtMIAQK2oNgDYHU0f66AEHHHGdoAAAEBCAq4AyJwAIxApVob oFqJVQAAdgEAAHYBAAAAUFZrW+wAJlXWN7gIAEUAAWgEAQAAQAZb3AoAAuEKAALTCAECtqDYA2B1 NH+ugBhxxxsOAAABAQgKuAMicACMQKWAAAEwaJ6etAAAAAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AA5ORlM0MUN0bEV4Y2hJRAAAAAAAAQAAACoAAAAAgxagWgIAAAAAAAAAgAEAAAAAAAAAAAAAAAAA AAAAACRkODUzNzM0OS1hYmMzLTExZGYtYTg0Ny0wMDE5OTk4M2UwNjgAAAAEIAUAAAAAAAEAAAAL ZnJlZWJzZC5vcmcAAAAAgUZyZWVCU0QgMTEuMS1SRUxFQVNFICMwIHIzMzAzNzNNOiBTdW4gTWFy ICA0IDEwOjIwOjQyIFVUQyAyMDE4CiAgICBmcnFAbmFzNGZyZWUtZGV2Oi91c3Ivb2JqL25hczRm cmVlL3Vzci9zcmMvc3lzL05BUzRGUkVFLWFtZDY0CgAAAAAAAABNHm6AAAAAAFoboFqjVgAA0gAA ANIAAAAAJlXWN7gAUFZrW+wIAEUAAMTryUAAQAY0twoAAtMKAALhArYIAXU0f66g2ASUgBgIAF6T AAABAQgKAIxApbgDInCAAACMaJ6euAAAAAAAAAACAAGGowAAAAQAAAABAAAAAQAAACAAAAAAAAAA CkFUUy1FU1gtMDEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAGU5GUzQxQ3RsQmluZENvbm5Ub1Nl c3Npb24AAAAAAAABAAAAAQAAACkCAAAAAAAAAIMWoFoCAAAAAAAAAwAAAABaG6Ba6VYAAI4AAACO AAAAAFBWa1vsACZV1je4CABFAACAj+QAAEAG0OAKAALhCgAC0wgBArag2ASUdTSAPoAYcccaJgAA AQEICrgDInAAjEClgAAASGienrgAAAABAAAAAAAAAAAAAAAAAAAAAAAAJxQAAAAZTkZTNDFDdGxC aW5kQ29ublRvU2Vzc2lvbgAAAAAAAAEAAAApAAAnFFoboFq89wEAQgAAAEIAAAAAJlXWN7gAUFZr W+wIAEUAADTr+kAAQAY1FgoAAtMKAALhArYIAXU0gD6g2ATggBAIAJN3AAABAQgKAIxAsLgDInBf G6BaEnEAADwAAAA8AAAAACZV1je4AFBWa1vsCABFAAAo7GJAAEAGNLoKAALTCgAC4QK2CAF1NIA9 oNgE4FAQCADoPwAAAAAAAAAAXxugWh5xAABCAAAAQgAAAABQVmtb7AAmVdY3uAgARQAANHfyAABA BukeCgAC4QoAAtMIAQK2oNgE4HU0gD6AEHHHGdoAAAEBCAq4AzX/AIxAsGQboFoKYAAA0gAAANIA AAAAJlXWN7gAUFZrW+wIAEUAAMTssEAAQAYz0AoAAtMKAALhArYIAXU0gD6g2ATggBgIAEY+AAAB AQgKAIxEjbgDNf+AAACMaJ6eugAAAAAAAAACAAGGowAAAAQAAAABAAAAAQAAACAAAAAAAAAACkFU Uy1FU1gtMDEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAGU5GUzQxQ3RsQmluZENvbm5Ub1Nlc3Np b24AAAAAAAABAAAAAQAAACkCAAAAAAAAAIMWoFoCAAAAAAAAAwAAAABkG6BaT2AAAI4AAACOAAAA AFBWa1vsACZV1je4CABFAACAkFUAAEAG0G8KAALhCgAC0wgBArag2ATgdTSAzoAYcccaJgAAAQEI CrgDSYMAjESNgAAASGienroAAAABAAAAAAAAAAAAAAAAAAAAAAAAJxQAAAAZTkZTNDFDdGxCaW5k Q29ublRvU2Vzc2lvbgAAAAAAAAEAAAApAAAnFGQboFqe9wEAQgAAAEIAAAAAJlXWN7gAUFZrW+wI AEUAADTssUAAQAY0XwoAAtMKAALhArYIAXU0gM6g2AUsgBAIAGegAAABAQgKAIxEmLgDSYNpG6Ba znAAADwAAAA8AAAAACZV1je4AFBWa1vsCABFAAAo7QBAAEAGNBwKAALTCgAC4QK2CAF1NIDNoNgF LFAQCADnYwAAAAAAAAAAaRugWtpwAABCAAAAQgAAAABQVmtb7AAmVdY3uAgARQAANHf1AABABukb CgAC4QoAAtMIAQK2oNgFLHU0gM6AEHHHGdoAAAEBCAq4A10PAIxEmG4boFp3agAA0gAAANIAAAAA JlXWN7gAUFZrW+wIAEUAAMTtoEAAQAYy4AoAAtMKAALhArYIAXU0gM6g2AUsgBgIABn7AAABAQgK AIxIdbgDXQ+AAACMaJ6fKQAAAAAAAAACAAGGowAAAAQAAAABAAAAAQAAACAAAAAAAAAACkFUUy1F U1gtMDEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAGU5GUzQxQ3RsQmluZENvbm5Ub1Nlc3Npb24A AAAAAAABAAAAAQAAACkCAAAAAAAAAIMWoFoCAAAAAAAAAwAAAABuG6BavmoAAI4AAACOAAAAAFBW a1vsACZV1je4CABFAACAkIwAAEAG0DgKAALhCgAC0wgBArag2AUsdTSBXoAYcccaJgAAAQEICrgD cJUAjEh1gAAASGienykAAAABAAAAAAAAAAAAAAAAAAAAAAAAJxQAAAAZTkZTNDFDdGxCaW5kQ29u blRvU2Vzc2lvbgAAAAAAAAEAAAApAAAnFG4boFrI9gEAQgAAAEIAAAAAJlXWN7gAUFZrW+wIAEUA ADTtoUAAQAYzbwoAAtMKAALhArYIAXU0gV6g2AV4gBAIADvKAAABAQgKAIxIgLgDcJVzG6Ba0m8A ADwAAAA8AAAAACZV1je4AFBWa1vsCABFAAAo7rFAAEAGMmsKAALTCgAC4QK2CAF1NIFdoNgFeFAQ CADmhwAAAAAAAAAAcxugWt1vAABCAAAAQgAAAABQVmtb7AAmVdY3uAgARQAANHf2AABABukaCgAC 4QoAAtMIAQK2oNgFeHU0gV6AEHHHGdoAAAEBCAq4A4QfAIxIgHgboFpccAAA0gAAANIAAAAAJlXW N7gAUFZrW+wIAEUAAMTuykAAQAYxtgoAAtMKAALhArYIAXU0gV6g2AV4gBgIAO3uAAABAQgKAIxM XrgDhB+AAACMaJ6fYAAAAAAAAAACAAGGowAAAAQAAAABAAAAAQAAACAAAAAAAAAACkFUUy1FU1gt MDEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAGU5GUzQxQ3RsQmluZENvbm5Ub1Nlc3Npb24AAAAA AAABAAAAAQAAACkCAAAAAAAAAIMWoFoCAAAAAAAAAwAAAAB4G6BapXAAAI4AAACOAAAAAFBWa1vs ACZV1je4CABFAACAkSUAAEAGz58KAALhCgAC0wgBArag2AV4dTSB7oAYcccaJgAAAQEICrgDl6cA jExegAAASGien2AAAAABAAAAAAAAAAAAAAAAAAAAAAAAJxQAAAAZTkZTNDFDdGxCaW5kQ29ublRv U2Vzc2lvbgAAAAAAAAEAAAApAAAnFHgboFpiJQIAQgAAAEIAAAAAJlXWN7gAUFZrW+wIAEUAADTu y0AAQAYyRQoAAtMKAALhArYIAXU0ge6g2AXEgBAIAA/zAAABAQgKAIxMabgDl6d9G6Ba1cQAADwA AAA8AAAAACZV1je4AFBWa1vsCABFAAAo7u1AAEAGMi8KAALTCgAC4QK2CAF1NIHtoNgFxFAQCADl qwAAAAAAAAAAfRugWuDEAABCAAAAQgAAAABQVmtb7AAmVdY3uAgARQAANHf5AABABukXCgAC4QoA AtMIAQK2oNgFxHU0ge6AEHHHGdoAAAEBCAq4A6tEAIxMaYIboFq5egAA0gAAANIAAAAAJlXWN7gA UFZrW+wIAEUAAMTvB0AAQAYxeQoAAtMKAALhArYIAXU0ge6g2AXEgBgIAMFsAAABAQgKAIxQRrgD q0SAAACMaJ6f+QAAAAAAAAACAAGGowAAAAQAAAABAAAAAQAAACAAAAAAAAAACkFUUy1FU1gtMDEA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAGU5GUzQxQ3RsQmluZENvbm5Ub1Nlc3Npb24AAAAAAAAB AAAAAQAAACkCAAAAAAAAAIMWoFoCAAAAAAAAAwAAAACCG6BaJHsAAI4AAACOAAAAAFBWa1vsACZV 1je4CABFAACAkSYAAEAGz54KAALhCgAC0wgBArag2AXEdTSCfoAYcccaJgAAAQEICrgDvroAjFBG gAAASGien/kAAAABAAAAAAAAAAAAAAAAAAAAAAAAJxQAAAAZTkZTNDFDdGxCaW5kQ29ublRvU2Vz c2lvbgAAAAAAAAEAAAApAAAnFIIboFq9IwIAQgAAAEIAAAAAJlXWN7gAUFZrW+wIAEUAADTvCEAA QAYyCAoAAtMKAALhArYIAXU0gn6g2AYQgBAIAOQbAAABAQgKAIxQUbgDvrqHG6Baa50AADwAAAA8 AAAAACZV1je4AFBWa1vsCABFAAAo8BlAAEAGMQMKAALTCgAC4QK2CAF1NIJ9oNgGEFAQCADkzwAA AAAAAAAAhxugWnedAABCAAAAQgAAAABQVmtb7AAmVdY3uAgARQAANHjJAABABuhHCgAC4QoAAtMI AQK2oNgGEHU0gn6AEHHHGdoAAAEBCAq4A9JKAIxQUYwboFoThQAA0gAAANIAAAAAJlXWN7gAUFZr W+wIAEUAAMTwMUAAQAYwTwoAAtMKAALhArYIAXU0gn6g2AYQgBgIAJWhAAABAQgKAIxULrgD0kqA AACMaJ6f+gAAAAAAAAACAAGGowAAAAQAAAABAAAAAQAAACAAAAAAAAAACkFUUy1FU1gtMDEAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAGU5GUzQxQ3RsQmluZENvbm5Ub1Nlc3Npb24AAAAAAAABAAAA AQAAACkCAAAAAAAAAIMWoFoCAAAAAAAAAwAAAACMG6BafoUAAI4AAACOAAAAAFBWa1vsACZV1je4 CABFAACABAkAAEAGXLwKAALhCgAC0wgBArag2AYQdTSDDoAYcccaJgAAAQEICrgD5cwAjFQugAAA SGien/oAAAABAAAAAAAAAAAAAAAAAAAAAAAAJxQAAAAZTkZTNDFDdGxCaW5kQ29ublRvU2Vzc2lv bgAAAAAAAAEAAAApAAAnFIwboFpcIwIAQgAAAEIAAAAAJlXWN7gAUFZrW+wIAEUAADTwMkAAQAYw 3goAAtMKAALhArYIAXU0gw6g2AZcgBAIALhFAAABAQgKAIxUObgD5cyRG6BarpwAADwAAAA8AAAA ACZV1je4AFBWa1vsCABFAAAo8D9AAEAGMN0KAALTCgAC4QK2CAF1NIMNoNgGXFAQCADj8wAAAAAA AAAAkRugWrmcAABCAAAAQgAAAABQVmtb7AAmVdY3uAgARQAANHjMAABABuhECgAC4QoAAtMIAQK2 oNgGXHU0gw6AEHHHGdoAAAEBCAq4A/laAIxUOQ== --_002_D890568E1D8DD044AA846C56245166780124AFCABCvie196nt_-- From owner-freebsd-stable@freebsd.org Wed Mar 7 18:11:15 2018 Return-Path: Delivered-To: freebsd-stable@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 D9414F4615E for ; Wed, 7 Mar 2018 18:11:15 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 89B3185064 for ; Wed, 7 Mar 2018 18:11:15 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id 0A55F20AB1 for ; Wed, 7 Mar 2018 13:11:15 -0500 (EST) Received: from frontend2 ([10.202.2.161]) by compute4.internal (MEProxy); Wed, 07 Mar 2018 13:11:15 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm2; bh=/WauxQ+Y3Ezca0DQsUxvfPxe7S+4C tP7Ca8ExAaF2ts=; b=XizjeHtIYuZsoym+3E6Hj+CFGO8+xXb6DCGS03ZvEJdYz NQWl1i/98D5XZhotiGdGd4aBkvxkhbWhlJonVIBcjufMoy7SlOmxrn74Vl+ZsYB6 EeqrGOmSfyAtxVPwACbqp1EcRYZsyoh13ncABBYpXJUKrjObPWEO/9EXPj653VdI x/Ll8Jq4qt42Mmyv5KZAd1XVD0zS/MZ4WsJHSeU88Qxvs7SWyPC6vR9ycy07NaEB M7RsGrpmhrvL5nebaAWh93FgQzsHP+xQ9qDPHGbxaaSDZ4f5NVz4NW7YtOKkAv88 ahDRTjWr+DaCgxoHZijkVOSs4nPs2c+VduOtNhnng== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=/WauxQ +Y3Ezca0DQsUxvfPxe7S+4CtP7Ca8ExAaF2ts=; b=MUkuh4oEM9m9CnIy86vJgl frv8DRjt3YdKAYqUXSsl5uaKk5rXmg286VmtFxQUzxVXrNbrTthDn439+uBSpcc8 ZdSTAikg4nJTUWoj9UcJlHVGcktrGUsP9Ut/R5XHfzMKdoNuBF6o5809miAW1CyR nEALV/PYyd2rdjelJ1wascqojuE4ALwJ82zo3DzegeJqNa9yjZCo4nhufbm6CcSK 1QUdk6IRBKEaQQYBrKjl9Q/7Vv0oAeTRBl4pUP/AYffZRAYIJXwgVKfwp5jpDGVb 2DebCPXvEe4izYB6Zil5lbtru8TlcqbXOvZ7XqCDahY0hhk8Y3Ny12f3MJ856XfA == X-ME-Sender: Received: from desktop.local (parsley.growveg.org [82.70.91.97]) by mail.messagingengine.com (Postfix) with ESMTPA id 7B24624235 for ; Wed, 7 Mar 2018 13:11:14 -0500 (EST) Subject: Re: Problem with USB <---> UPS management connection To: freebsd-stable@freebsd.org References: <1520423283.816382083.msco108y@frv52.fwdcdn.com> From: tech-lists Message-ID: <01727828-cf27-bf25-e7d0-43fc51eaa967@zyxst.net> Date: Wed, 7 Mar 2018 18:11:13 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <1520423283.816382083.msco108y@frv52.fwdcdn.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-GB Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 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, 07 Mar 2018 18:11:16 -0000 On 07/03/2018 11:55, wishmaster wrote: > I have changed USB-cables, USB port on the server - without success. > On another server this problem is absent. It looks like a broken or shorting connection but you say you've tried different ports on the machine and changed cables. I dunno, maybe the usb subsystem/circuitry in that machine is at fault? The way I'd test is to install a usb card known to be good and test again. -- J. From owner-freebsd-stable@freebsd.org Wed Mar 7 18:53:45 2018 Return-Path: Delivered-To: freebsd-stable@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 A3B70F49DF1 for ; Wed, 7 Mar 2018 18:53:45 +0000 (UTC) (envelope-from artemrts@ukr.net) Received: from frv189.fwdcdn.com (frv189.fwdcdn.com [212.42.77.189]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3095087F74 for ; Wed, 7 Mar 2018 18:53:44 +0000 (UTC) (envelope-from artemrts@ukr.net) Received: from [10.10.80.2] (helo=frv198.fwdcdn.com) by frv189.fwdcdn.com with esmtp ID 1etdup-0002go-1I for freebsd-stable@freebsd.org; Wed, 07 Mar 2018 20:35:51 +0200 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=ffe; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References: In-Reply-To:Message-Id:Cc:To:Subject:From:Date:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=VBMmAHuA0XDM8YVe/QApAqRBb8W+nhsPfYopaPiFnqw=; b=U8kqJRjpWN6AEm0b8KbYGFKuvV 99UnCZ7KO7DpC9WLNPRvjlHn2AXwE2BddPdwZZKQMyjhwRgfAp5YnYNaGhL65sWoSPIkgx4NFTx4K h4jMDLq4BkGPVFaN5qdQBdEXbuEukaxCpAjLvnXEWf+spkaYuhIvSrA6NqwdejgYSrPQ=; Received: from [10.10.10.52] (helo=frv52.fwdcdn.com) by frv198.fwdcdn.com with smtp ID 1etduh-0006hY-D0 for freebsd-stable@freebsd.org; Wed, 07 Mar 2018 20:35:43 +0200 Date: Wed, 07 Mar 2018 20:35:43 +0200 From: wishmaster Subject: Re[2]: Problem with USB <---> UPS management connection To: tech-lists Cc: freebsd-stable@freebsd.org X-Mailer: mail.ukr.net 5.0 Message-Id: <1520446836.296599428.pnj2s8qc@frv52.fwdcdn.com> In-Reply-To: <01727828-cf27-bf25-e7d0-43fc51eaa967@zyxst.net> References: <1520423283.816382083.msco108y@frv52.fwdcdn.com> <01727828-cf27-bf25-e7d0-43fc51eaa967@zyxst.net> X-Reply-Action: reply Received: from artemrts@ukr.net by frv52.fwdcdn.com; Wed, 07 Mar 2018 20:35:43 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: binary X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 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, 07 Mar 2018 18:53:45 -0000   --- Original message --- From: "tech-lists" Date: 7 March 2018, 20:12:13 > On 07/03/2018 11:55, wishmaster wrote: > > I have changed USB-cables, USB port on the server - without success. > > On another server this problem is absent. > > It looks like a broken or shorting connection but you say you've tried > different ports on the machine and changed cables. I dunno, maybe the > usb subsystem/circuitry in that machine is at fault? The way I'd test is > to install a usb card known to be good and test again. 3G USB modem is connected in another USB port on this server and works fine. The problem I described was appeared after a new MB had been installed into the server with fresh OS. From owner-freebsd-stable@freebsd.org Wed Mar 7 22:15:01 2018 Return-Path: Delivered-To: freebsd-stable@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 2038EF36C20 for ; Wed, 7 Mar 2018 22:15:01 +0000 (UTC) (envelope-from amy.hodge@infodigitaldata.com) Received: from IND01-BO1-obe.outbound.protection.outlook.com (mail-bo1ind01on0137.outbound.protection.outlook.com [104.47.101.137]) (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 D202872F71 for ; Wed, 7 Mar 2018 22:14:59 +0000 (UTC) (envelope-from amy.hodge@infodigitaldata.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=NETORGFT2126287.onmicrosoft.com; s=selector1-infodigitaldata-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=/bPnzO9KgJvXHd28LpKsiBlLKwglsCz12A4nkxzGvaQ=; b=snto+OwF01FoB49Nk5BHcwmQi+viR/gs+znhQT3MNreWpCp+gVTEnpn9Pfh9IREk7d71xCDYI5VHosKSxIm3mo8hfSw9ZmbdSgAkSWJychzH+72lw7WpZP3KPs0b0AO88cZdJCukJei/s7ybv1x1G/91hqE8ZewC3/7Kfzt6QSY= Received: from MA1PR0101MB1717.INDPRD01.PROD.OUTLOOK.COM (52.134.142.7) by MA1PR0101MB1541.INDPRD01.PROD.OUTLOOK.COM (52.134.140.141) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.548.13; Wed, 7 Mar 2018 22:14:54 +0000 Received: from MA1PR0101MB1717.INDPRD01.PROD.OUTLOOK.COM ([fe80::440f:c2f6:c280:41b6]) by MA1PR0101MB1717.INDPRD01.PROD.OUTLOOK.COM ([fe80::440f:c2f6:c280:41b6%18]) with mapi id 15.20.0548.016; Wed, 7 Mar 2018 22:14:54 +0000 From: Amy Hodge To: "freebsd-stable@freebsd.org" Subject: F5 Networks Users List. Thread-Topic: F5 Networks Users List. Thread-Index: AdO2X8t0Vp0mH332QY23sh3cHstwqQ== Importance: high X-Priority: 1 Date: Wed, 7 Mar 2018 22:01:04 +0000 Message-ID: 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=amy.hodge@infodigitaldata.com; x-originating-ip: [183.82.22.5] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; MA1PR0101MB1541; 7:RszlCgh4m4ZoBm7dNugc0s7pLAxdEpfa2bdGwAxkyDKzbfAp9c5r+B4n0hJEaDs2PPuFyR2d/o6+x+0NVQzo8aMo9qAO7z9d2nwFydAsDNLQmbq12Brp6iJaGf0HE9Q+WDxzj1rJkJUIthlV4qhxaKlVdSLARcujVA2JLUqV17MjuMhirQgV4mtGXBJx7rhxPJg+kCUHpXLX4vurQ8YcGeOLSXEzwHFZBEaAB6tpGPSoSXB3kUq8ZfL6ctz7PYSk x-ms-office365-filtering-correlation-id: 1b043f9b-b4e9-4150-5f37-08d58478da9c x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(7021125)(5600026)(4604075)(3008032)(4534165)(7022125)(4603075)(4627221)(201702281549075)(7048125)(7024125)(7027125)(7028125)(7023125)(2017052603328)(7153060)(7193020); SRVR:MA1PR0101MB1541; x-ms-traffictypediagnostic: MA1PR0101MB1541: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(28532068793085)(21748063052155); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040501)(2401047)(5005006)(8121501046)(3231220)(944501244)(52105095)(93006095)(93001095)(10201501046)(3002001)(6041288)(2016111802025)(20161123562045)(20161123560045)(20161123558120)(20161123564045)(6043046)(6072148)(201708071742011); SRVR:MA1PR0101MB1541; BCL:0; PCL:0; RULEID:; SRVR:MA1PR0101MB1541; x-forefront-prvs: 0604AFA86B x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(39840400004)(376002)(346002)(366004)(39380400002)(396003)(199004)(189003)(5660300001)(186003)(102836004)(68736007)(7520500002)(55016002)(97736004)(9686003)(54896002)(5630700001)(6306002)(6506007)(25786009)(66066001)(6916009)(6666003)(33656002)(2351001)(53936002)(3660700001)(106356001)(26005)(9326002)(3846002)(99286004)(105586002)(790700001)(3280700002)(81156014)(2906002)(6116002)(8936002)(478600001)(81166006)(86362001)(14454004)(81686011)(7696005)(8676002)(5640700003)(626008)(74316002)(2900100001)(2501003)(316002)(5250100002)(6436002)(7736002); DIR:OUT; SFP:1102; SCL:1; SRVR:MA1PR0101MB1541; H:MA1PR0101MB1717.INDPRD01.PROD.OUTLOOK.COM; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: infodigitaldata.com does not designate permitted sender hosts) x-microsoft-antispam-message-info: IMTA+RbByPMM5aWuT8VNIlk+GvtG0YKoYvVgma4TOdX4SOsgjWJivRUmJKAkt0Nj67CtubvWtc4GlWowXMpIGIC2jHcZd13yzmwqGw65KjU3pZapHMO6nvRwGRWribllngD2xXJ+adFRH6cf2TG1m+qtqDMdDps6/lEqxgft5d7IC6PM/D6Uhjv1boSplrf0GDXoYY01SscmANq6LpVq9sZnlAd/zSiJVkM4X0Nzh4QB4T12cwp/WKBztuluh+eMifzVGwt6yliZNwgC+smABpJBrbYOPzT+3VxeaEiecU6pDqp2GEAM4Q2g4spXxVM5jeYA0wccoBC5AdPGgCubkg== spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM MIME-Version: 1.0 X-OriginatorOrg: infodigitaldata.com X-MS-Exchange-CrossTenant-Network-Message-Id: 1b043f9b-b4e9-4150-5f37-08d58478da9c X-MS-Exchange-CrossTenant-originalarrivaltime: 07 Mar 2018 22:01:04.8113 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 478f63cc-97aa-4e10-99e0-25353d93f572 X-MS-Exchange-Transport-CrossTenantHeadersStamped: MA1PR0101MB1541 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 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, 07 Mar 2018 22:15:01 -0000 Hi, I would like to know if you are interested in acquiring F5 Networks Users L= ist. We have also new technology like: Juniper Networks, Cisco, Citrix, Check Po= int, Fortinet, VMware, Palo Alto Networks, NetApp, Brocade Communications S= ystems, Blue Coat Systems, Brocade Communications Systems, Riverbed Technol= ogy, Radware, Symantec, and Infoblox. Information fields: Names, Title, Email, Phone, Company Name, Company URL, = Company physical address, SIC Code, Industry, Company Size (Revenue and Emp= loyee). Let me know if you are interested and I will get back to you with the count= s and price list. Regards, Amy Hodge Data Consultant To opt out, please reply with Leave Out in the Subject Line. From owner-freebsd-stable@freebsd.org Thu Mar 8 01:06:27 2018 Return-Path: Delivered-To: freebsd-stable@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 773AAF43D14 for ; Thu, 8 Mar 2018 01:06:27 +0000 (UTC) (envelope-from nonesuch@longcount.org) Received: from mail-qk0-x22d.google.com (mail-qk0-x22d.google.com [IPv6:2607:f8b0:400d:c09::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1B53B79E80 for ; Thu, 8 Mar 2018 01:06:27 +0000 (UTC) (envelope-from nonesuch@longcount.org) Received: by mail-qk0-x22d.google.com with SMTP id z197so5009482qkb.6 for ; Wed, 07 Mar 2018 17:06:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=longcount-org.20150623.gappssmtp.com; s=20150623; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=tV8vfNrtSzTidQoZinCTQ1LPdU0LrYEnjIzBgTi50rM=; b=LYVtvVbJNDJ964tQ97G0Zzoq44r4TGOV1aGvgKi8UXZKseUP4QP+IYqWXepcUVrF0Q bE+ELxwRVoxQa0tfn3dBU5g2gxDzfqZ62sxUAZrN03x5NM8EMr/oOLJHzTUqodSI8Lrf cyyPcuB3xUMeyVlmf7/yGFcYnK8bKy+3eHYX9OWJeJng3WSOZqYFAeoTEph2Bi5rusBn BgaahnalqIj+F3LSQrk/UN1MDEk7jC2rFS7b1aBF22wYh95w1gq6ZQCvXcpYE3ynhFZo p2m/tlnKu16pVXOPOf0vqXfUx2j0Zb/Z2nfXdSQPwIeNZfE4VkWeVw2I7YRiqcOR52eJ T2Cw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=tV8vfNrtSzTidQoZinCTQ1LPdU0LrYEnjIzBgTi50rM=; b=C8fzAhE6IOl8kxXPHtk3GDmw6D4BFc8kAti7xIQtJXin5iBhQzktVhhUnbJPLA+IRz H54eZC1jscuO/I4zer99TabOzulO47TNYOOECdFuXheWQOy+NKpIK/g8mYAzS7l/JTve v5rByRmgOxB5A9u7IU7F+b1SCymzz+qGus8l3QtadVXx1uKbdWHDOO0+m8y42K0IRM78 cD90gghuctwDXRXk4T1Ag6JmULppPjUtacv86ovhwUpI3yNKijlxUTiSbDpTSElctx1n Lf7Y5h08rCFCo5goLaTNwVMW18z5Iv/yH4D931AypduahH3DF6PdzJDepMS17BKCZx0T XMKg== X-Gm-Message-State: AElRT7GDQcJ8xxuLyVmVBEogrdSg25RxN3E0LCuKunztHzTHizZacrtk X88IxaqU/15dUf8qldWT78TerW1ZCEI= X-Google-Smtp-Source: AG47ELu9vx3uhIs3MTtIoI3ReUyp7OzVSl3T5YIDjxlLkY6pOvnPWF1dkkAQ3DSazAhMvzh2I6n0Tg== X-Received: by 10.55.149.135 with SMTP id x129mr37156606qkd.279.1520471186470; Wed, 07 Mar 2018 17:06:26 -0800 (PST) Received: from ?IPv6:2600:1017:b425:50b0:1154:62da:a1d9:4e6d? ([2600:1017:b425:50b0:1154:62da:a1d9:4e6d]) by smtp.gmail.com with ESMTPSA id a17sm12070387qth.71.2018.03.07.17.05.13 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 07 Mar 2018 17:06:25 -0800 (PST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (1.0) Subject: Re: Problem with USB <---> UPS management connection From: Mark Saad X-Mailer: iPhone Mail (15D100) In-Reply-To: <1520423283.816382083.msco108y@frv52.fwdcdn.com> Date: Wed, 7 Mar 2018 20:04:47 -0500 Cc: freebsd-stable Content-Transfer-Encoding: quoted-printable Message-Id: <548D61D9-2A86-48E4-B077-285298CB64CE@longcount.org> References: <1520423283.816382083.msco108y@frv52.fwdcdn.com> To: wishmaster X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2018 01:06:27 -0000 All I lost power at home and noticed that nut didn=E2=80=99t work right . I had= a similar dmesg . My box is running 11.1-stable amd64 built from svn 7-8 da= ys ago . When I get power back I=E2=80=99ll post details .=20 --- Mark Saad | nonesuch@longcount.org > On Mar 7, 2018, at 6:55 AM, wishmaster wrote: >=20 > Hi, colleagues! >=20 > Something strange happens with a server. I am attempting to connect manage= ment interface of UPS with server via USB. > In console I see a lot of errors: >=20 > Mar 7 13:42:04 xxx kernel: ugen2.2: at= usbus2 > Mar 7 13:42:05 xxx kernel: uhid0 on uhub6 > Mar 7 13:42:05 xxx kernel: uhid0: on usbus2 > Mar 7 13:42:08 xxx kernel: ugen2.2: at= usbus2 (disconnected) > Mar 7 13:42:08 xxx kernel: uhid0: at uhub6, port 3, addr 2 (disconnected)= > Mar 7 13:42:08 xxx kernel: uhid0: detached > Mar 7 13:42:12 xxx kernel: ugen2.2: at= usbus2 > Mar 7 13:42:12 xxx kernel: uhid0 on uhub6 > Mar 7 13:42:12 xxx kernel: uhid0: on usbus2 > Mar 7 13:42:16 xxx kernel: ugen2.2: at= usbus2 (disconnected) > Mar 7 13:42:16 xxx kernel: uhid0: at uhub6, port 3, addr 2 (disconnected)= > Mar 7 13:42:16 xxx kernel: uhid0: detached >=20 > I have changed USB-cables, USB port on the server - without success. > On another server this problem is absent. >=20 > FreeBSD version: FreeBSD 11.1-STABLE #1 r329364M: >=20 > Any ideas? >=20 > -- > Vitaliy > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@freebsd.org Thu Mar 8 01:16:49 2018 Return-Path: Delivered-To: freebsd-stable@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 17497F45067 for ; Thu, 8 Mar 2018 01:16:49 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BA8C27A888; Thu, 8 Mar 2018 01:16:48 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 77C1D1D84E; Thu, 8 Mar 2018 01:16:48 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Thu, 8 Mar 2018 01:16:46 +0000 From: Glen Barber To: Mark Saad Cc: wishmaster , freebsd-stable Subject: Re: Problem with USB <---> UPS management connection Message-ID: <20180308011646.GC7399@FreeBSD.org> References: <1520423283.816382083.msco108y@frv52.fwdcdn.com> <548D61D9-2A86-48E4-B077-285298CB64CE@longcount.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="0lnxQi9hkpPO77W3" Content-Disposition: inline In-Reply-To: <548D61D9-2A86-48E4-B077-285298CB64CE@longcount.org> User-Agent: Mutt/1.9.1 (2017-09-22) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2018 01:16:49 -0000 --0lnxQi9hkpPO77W3 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 07, 2018 at 08:04:47PM -0500, Mark Saad wrote: > > On Mar 7, 2018, at 6:55 AM, wishmaster wrote: > >=20 > > Hi, colleagues! > >=20 > > Something strange happens with a server. I am attempting to connect man= agement interface of UPS with server via USB. > > In console I see a lot of errors: > >=20 > > Mar 7 13:42:04 xxx kernel: ugen2.2: = at usbus2 > > Mar 7 13:42:05 xxx kernel: uhid0 on uhub6 > > Mar 7 13:42:05 xxx kernel: uhid0: on usbus2 > > Mar 7 13:42:08 xxx kernel: ugen2.2: = at usbus2 (disconnected) > > Mar 7 13:42:08 xxx kernel: uhid0: at uhub6, port 3, addr 2 (disconnect= ed) > > Mar 7 13:42:08 xxx kernel: uhid0: detached > > Mar 7 13:42:12 xxx kernel: ugen2.2: = at usbus2 > > Mar 7 13:42:12 xxx kernel: uhid0 on uhub6 > > Mar 7 13:42:12 xxx kernel: uhid0: on usbus2 > > Mar 7 13:42:16 xxx kernel: ugen2.2: = at usbus2 (disconnected) > > Mar 7 13:42:16 xxx kernel: uhid0: at uhub6, port 3, addr 2 (disconnect= ed) > > Mar 7 13:42:16 xxx kernel: uhid0: detached > >=20 > > I have changed USB-cables, USB port on the server - without success. > > On another server this problem is absent. > >=20 > > FreeBSD version: FreeBSD 11.1-STABLE #1 r329364M: > >=20 > > Any ideas? > >=20 > All > I lost power at home and noticed that nut didn=E2=80=99t work right . I > had a similar dmesg . My box is running 11.1-stable amd64 built > from svn 7-8 days ago . When I get power back I=E2=80=99ll post details . >=20 This seems suspiciously similar to an issue I am seeing with a USB mouse on both stable/11 a patched build of releng/11.1. In my case, the dmesg shows: ugen1.3: at usbus1 (disconnected) ugen1.3: at usbus1 ugen1.3: at usbus1 (disconnected) ugen1.3: at usbus1 What struck me as "suspiciously similar" is the 'ugen' reference. Unfortunately, I do not have more information yet, but have been pounding my head on my desk throughout the day. Then, I saw this thread. Anyone else seeing at least USB mouse-related issues? It could entirely be a red herring. Glen --0lnxQi9hkpPO77W3 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEjRJAPC5sqwhs9k2jAxRYpUeP4pMFAlqgjvkACgkQAxRYpUeP 4pMOSw//V4Xtd0banoC8KkC53sdTuWN4WKuVrA9x5UxtCAYq7ZLzFmVXfyPB9AD7 2T4Kkdlhzp0CRfOTHLATh8Zzga+NtEv2jkc46kz9C4ox/3dcy9hQvhdoskV0iLko CufwIWZHXADk4DEQPz3mz27FeJZRRfOL1jFT9yR8OJdbf+rA95m1I4UemlKs6SqZ 1zJFl+ZKxpBUMi67niZaJsHwtbKrzTe9mq7HG+5cPxfVbUQ9ILYiSpmNYHMEZLVM 894Vf5kc5CU3/daXOOvUVOmdRiuajATCEdvbe8OGW/3SAZIgBdC8XWsxnp3MB6nB DKt179IMoFfil6pXHV3m3hsNOHYx2KkHNjNV5b0gfA/EXZf0GF+Iwhp95S02ZW97 ae/2E4xwGJEUASHOrUwj+kXnXn1MA+X9ndm5blihjJiKqwqLyi7OvFwYud5T8muG qJHXT0QOm5B1FlHC3iZLJkA7je1MtQ/gjRSF0SQiI7epD1SWcYTSYH2JKACbgnlV dYDrOjErxgFvMBT96y/iuNFwpL8XH1+YytvjvNcrk8jNMl5gymk/ldvvsoZ8tg5C ZQH/4JnlJLO5ulPts/GJj6vCDz2vYbfOgQy2HFD+Ai4K70+aIbYq+hBnKc8Iucdc TXgHjN5Hc5krb6ePFDPjjO4/M63LpswDzVkz98WlVMPel1pJW3g= =50ci -----END PGP SIGNATURE----- --0lnxQi9hkpPO77W3-- From owner-freebsd-stable@freebsd.org Thu Mar 8 01:20:02 2018 Return-Path: Delivered-To: freebsd-stable@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 259BFF45653 for ; Thu, 8 Mar 2018 01:20:01 +0000 (UTC) (envelope-from nonesuch@longcount.org) Received: from mail-qk0-x22f.google.com (mail-qk0-x22f.google.com [IPv6:2607:f8b0:400d:c09::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5F09C7AC70 for ; Thu, 8 Mar 2018 01:20:01 +0000 (UTC) (envelope-from nonesuch@longcount.org) Received: by mail-qk0-x22f.google.com with SMTP id l206so5052371qke.1 for ; Wed, 07 Mar 2018 17:20:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=longcount-org.20150623.gappssmtp.com; s=20150623; h=content-transfer-encoding:from:mime-version:subject:date:message-id :references:cc:in-reply-to:to; bh=tV8vfNrtSzTidQoZinCTQ1LPdU0LrYEnjIzBgTi50rM=; b=mrU/ZsDpGF7BsrNbQ+RQoWHiNwcjpzi4DgrYjBwI/RRO5UAJva93BDRNf2nfLziyo9 5XTqyVCYmaJddn0GA+tGoUwzm4mtexXSql/KGTQGo/Z1u8+4hPVXGLQ6DdfcW4XtHflU CPZmYbdP7Acjv3dr7R++jYyTCLRDO2QtmU10oExrgocqmdL0ZNahkZb/yvNACoA5u9Mo MyHVJq4Q9vn6zLUVIVpbr+QOE0jJOG+LRcT4XSKxJbP5T/a8Sy4dDNm+reupT14KwD04 cF9jx6tpMCiW3tZolYvDBLj3tyuak7UehZBd3iImfI6qX66PZZ1dT5xBVY9hEGorEPP3 eKoA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:content-transfer-encoding:from:mime-version :subject:date:message-id:references:cc:in-reply-to:to; bh=tV8vfNrtSzTidQoZinCTQ1LPdU0LrYEnjIzBgTi50rM=; b=CCRwQr91H+h6/1HMYzaFr9UN/E3EQ0zoaivHk20KWFW8tzfxGwlQANGdTQyGmhXtNg PswUlCsYe+hz8hsgTXLXDysVKC5ABmVr5D2tbvFmbh7UJkdLMkySYr5ppfrkzzdE9+pm z2DqqvKdEhDgHmaZ2VOENsqo4+PHKVdYscKbVjJK4y1nhnGU48JAst/tKTNr2nwgx2lv uYOqshhjrrPQYl/kQx4RhGDyZm4TIkVdS2TWG47poafEi9HhI2CgXys75G67ye6cQ1jB rfFxaxxmXfHUTZuIpI9r3FW1c1ncVGg/vKilFBsmkpU66Z3zgOAcYX/JeLGEjlKz508E MCMA== X-Gm-Message-State: AElRT7G17BWVnNfqIayuXZ3L/FFTxrUYIDpYQNTyUGLmu6MU1K/3TfRs njddMfmoLtgvh3pgn2ExkQulfg== X-Google-Smtp-Source: AG47ELshDZKmsKLEt7gIc7qT7gfyBGO58wIYr7W4Tb63fhVMgDZ9ORLs+Ho1/Fbi5b4a3hl8liqaFQ== X-Received: by 10.55.183.198 with SMTP id h189mr23348764qkf.345.1520472000918; Wed, 07 Mar 2018 17:20:00 -0800 (PST) Received: from [100.67.70.59] (102.sub-174-202-1.myvzw.com. [174.202.1.102]) by smtp.gmail.com with ESMTPSA id q187sm11196990qke.13.2018.03.07.17.19.57 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 07 Mar 2018 17:20:00 -0800 (PST) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable From: Mark Saad Mime-Version: 1.0 (1.0) Subject: Re: Problem with USB <---> UPS management connection Date: Wed, 7 Mar 2018 20:04:47 -0500 Message-Id: <548D61D9-2A86-48E4-B077-285298CB64CE@longcount.org> References: <1520423283.816382083.msco108y@frv52.fwdcdn.com> Cc: freebsd-stable In-Reply-To: <1520423283.816382083.msco108y@frv52.fwdcdn.com> To: wishmaster X-Mailer: iPhone Mail (15D100) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2018 01:20:02 -0000 All I lost power at home and noticed that nut didn=E2=80=99t work right . I had= a similar dmesg . My box is running 11.1-stable amd64 built from svn 7-8 da= ys ago . When I get power back I=E2=80=99ll post details .=20 --- Mark Saad | nonesuch@longcount.org > On Mar 7, 2018, at 6:55 AM, wishmaster wrote: >=20 > Hi, colleagues! >=20 > Something strange happens with a server. I am attempting to connect manage= ment interface of UPS with server via USB. > In console I see a lot of errors: >=20 > Mar 7 13:42:04 xxx kernel: ugen2.2: at= usbus2 > Mar 7 13:42:05 xxx kernel: uhid0 on uhub6 > Mar 7 13:42:05 xxx kernel: uhid0: on usbus2 > Mar 7 13:42:08 xxx kernel: ugen2.2: at= usbus2 (disconnected) > Mar 7 13:42:08 xxx kernel: uhid0: at uhub6, port 3, addr 2 (disconnected)= > Mar 7 13:42:08 xxx kernel: uhid0: detached > Mar 7 13:42:12 xxx kernel: ugen2.2: at= usbus2 > Mar 7 13:42:12 xxx kernel: uhid0 on uhub6 > Mar 7 13:42:12 xxx kernel: uhid0: on usbus2 > Mar 7 13:42:16 xxx kernel: ugen2.2: at= usbus2 (disconnected) > Mar 7 13:42:16 xxx kernel: uhid0: at uhub6, port 3, addr 2 (disconnected)= > Mar 7 13:42:16 xxx kernel: uhid0: detached >=20 > I have changed USB-cables, USB port on the server - without success. > On another server this problem is absent. >=20 > FreeBSD version: FreeBSD 11.1-STABLE #1 r329364M: >=20 > Any ideas? >=20 > -- > Vitaliy > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@freebsd.org Thu Mar 8 02:48:13 2018 Return-Path: Delivered-To: freebsd-stable@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 02A3DF4CFAC for ; Thu, 8 Mar 2018 02:48:13 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-TO1-obe.outbound.protection.outlook.com (mail-eopbgr670077.outbound.protection.outlook.com [40.107.67.77]) (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 741E67F182 for ; Thu, 8 Mar 2018 02:48:12 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from YQBPR0101MB1042.CANPRD01.PROD.OUTLOOK.COM (52.132.66.153) by YQBPR0101MB2067.CANPRD01.PROD.OUTLOOK.COM (52.132.72.19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.567.14; Thu, 8 Mar 2018 02:48:11 +0000 Received: from YQBPR0101MB1042.CANPRD01.PROD.OUTLOOK.COM ([fe80::3531:c817:d6f:9b93]) by YQBPR0101MB1042.CANPRD01.PROD.OUTLOOK.COM ([fe80::3531:c817:d6f:9b93%13]) with mapi id 15.20.0567.012; Thu, 8 Mar 2018 02:48:11 +0000 From: Rick Macklem To: NAGY Andreas , "'freebsd-stable@freebsd.org'" Subject: =?iso-8859-1?Q?Re:_NFS_4.1_RECLAIM=5FCOMPLETE_FS=A0failed_error_in_combin?= =?iso-8859-1?Q?ation_with_ESXi_client?= Thread-Topic: =?iso-8859-1?Q?NFS_4.1_RECLAIM=5FCOMPLETE_FS=A0failed_error_in_combinatio?= =?iso-8859-1?Q?n_with_ESXi_client?= Thread-Index: AdOx8zAe5+TceuOWQkax+IhJZhNDgQAnzopHABn27/AAIBzCQgAP8SUgAAmzYWAADy6jKgAZTvpAABQ08bcAKLRnLwArPwd4AAPK4ZAAFJa1tQ== Date: Thu, 8 Mar 2018 02:48:11 +0000 Message-ID: References: , , , , , <2feda1e2-16d5-43b5-98eb-dcc71cc67c6f@frequentis.com> , In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes 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; YQBPR0101MB2067; 6:DDubzKjzWjC+1CuT9LiIl/3JYUtFWzLjYBRXByoDkfcnL2U7Nw/XuCZm1DOWJRbIXnVdhKegg9mhmj2if6Igd4jLh/0WWMJEPtzAZSHrF4ijJwuEYaHupbPgNzf89+5wE/hR68jnofJuAkeA/L3s4INdKtFhu0v4Fj8cZSYhmoZDGXYxzpZ3byI6LJok6PpOPi+iH+mlJzqnBb8/nhJMmpQM/zRbgfMZjQ5WH9fEkvqZMbCfIDE8mXV1yiEuDyfnqhhZf6ghG6iFqRM8aPKiiRIXmcaerxEG3U/PMCJOFSzmm3wNx1gSXQpFpdBEY53LDoSTpwF+tTR73/KUGbrap7gtYqsf9H4tocVwc5f92lJ29JZ1g+b5AaiMpmLcIZub; 5:0tv5XLZ5yfVYOYDPICsCgGWm2gnGWmDvzgHWPKbZ1awlVSzlBo3vaomZW7A5syci+j2DmjVUCh8CQNjLFnANGhHjaPuh7Ade0/sUofZrCORMGOsFgdRsdAWF+6TOYN+JQeYapyKgZPemi29rXBGdVyN7JXwSIOaJedKnOK0yJDQ=; 24:lyKe6xC1a3ldvua67ALUT1CZ1bYzBL9AKDYuKKVqaIMphX6Rf3dexf5QC6VMb3r+ZaMPfl4ZgF6wJo6VWTklPeKdRAgf5zcf+Rl4jRLqRCw=; 7:1wVfpoQfdPbT39UKS2c4pVAFNj3gp0hNGAspTzBlkUVHUWxUvUiXyCht6YHTdomZiKGA58xDWJD8cD5124F9djmfpEOyl7uNOVpkdk9FJ7vjRM2oeT2nqy8yYN7ASHNKFwsVjJFJ+rto/O/8acpa7iHWTwgQ8jKWzUGsL7Hu8icj19OOYVMiAkCLimpGlJIs4KRfgrVGYKSZkh3nQFR5F8x5oETNvMLn/USf9SSxAX6CI7nMCDb5MAfYyLr3GDM5 x-ms-exchange-antispam-srfa-diagnostics: SSOS; x-ms-office365-filtering-correlation-id: 52f58337-9a5b-41b5-c936-08d5849f07f6 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(8989060)(5600026)(4604075)(3008032)(4534165)(4627221)(201703031133081)(201702281549075)(8990040)(2017052603328)(7153060)(49563074)(7193020); SRVR:YQBPR0101MB2067; x-ms-traffictypediagnostic: YQBPR0101MB2067: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(158342451672863)(192374486261705)(21532816269658); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(102415395)(6040501)(2401047)(5005006)(8121501046)(93006095)(93001095)(10201501046)(3231220)(944501244)(52105095)(3002001)(6041288)(20161123558120)(201703131423095)(201702281529075)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123564045)(20161123562045)(20161123560045)(6072148)(201708071742011); SRVR:YQBPR0101MB2067; BCL:0; PCL:0; RULEID:; SRVR:YQBPR0101MB2067; x-forefront-prvs: 060503E79B x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(39380400002)(39860400002)(376002)(346002)(396003)(366004)(199004)(189003)(8936002)(105586002)(97736004)(2950100002)(99286004)(74482002)(86362001)(5660300001)(76176011)(478600001)(2900100001)(3660700001)(14454004)(93886005)(81156014)(7696005)(81166006)(106356001)(6246003)(59450400001)(786003)(316002)(68736007)(2906002)(3280700002)(99936001)(6506007)(25786009)(9686003)(5890100001)(6436002)(53936002)(55016002)(74316002)(33656002)(186003)(26005)(5250100002)(305945005)(110136005)(229853002)(102836004)(491001); DIR:OUT; SFP:1101; SCL:1; SRVR:YQBPR0101MB2067; H:YQBPR0101MB1042.CANPRD01.PROD.OUTLOOK.COM; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: uoguelph.ca does not designate permitted sender hosts) x-microsoft-antispam-message-info: HQRiQZCh6fr5H3C47oSy3kn1jqozkHq65zTQy7oV3saOH7bFh022iaAWEfk1jeTVWBX2XEodeFo43XT8WQdFfpMAs6fvF/hz78tgbfBs3of+uEwujJRdc17Yoj8H4+wjvEeq3LJ4qModI3PsbooU6FC3P034YJyYdJ0QKoH6RK/Yb+C4L11u1If7QC1ANIJ9kXNb1kSJyMBqABfzlEspupLxnNPP+CMbfCpST2ix/fVivqrNhBwNwAyMZ+enR1Vpg45Zs6ilr6VvWoasYErAxe1TuSHc3mS/u/y1z8uvA1OzoAXVzSXkrx+0Pl7aq+gRElsG9/ZjIAxF4wEgMGz5tQ== spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/mixed; boundary="_002_YQBPR0101MB1042B17763E2605A7CE72EF5DDDF0YQBPR0101MB1042_" MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-Network-Message-Id: 52f58337-9a5b-41b5-c936-08d5849f07f6 X-MS-Exchange-CrossTenant-originalarrivaltime: 08 Mar 2018 02:48:11.0353 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-Transport-CrossTenantHeadersStamped: YQBPR0101MB2067 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2018 02:48:13 -0000 --_002_YQBPR0101MB1042B17763E2605A7CE72EF5DDDF0YQBPR0101MB1042_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable NAGY Andreas wrote: >attached the trace. If I see it correct it uses FORE_OR_BOTH. (bctsa_dir: = >CDFC4_FORE_OR_BOTH (0x00000003)) Yes. The scary part is the ExchangeID before the BindConnectiontoSession. (Normally that is only done at the beginning of a new mount to get a Client= ID, followed immediately by a CreateSession. I don't know why it would do this= ?) The attached patch might get BindConnectiontoSession to work. I have no way to test it beyond seeing it compile. Hopefully it will apply cleanly. >The trace is only with the first patch, have not compiled the wantdeleg pa= tches so >far. That's fine. I don't think that matters much. >I think this is related to the BIND_CONN_TO_SESSION; after a disconnect th= e ESXi >cannot connect to the NFS also with this warning: >2018-03-07T16:55:11.227Z cpu21:66484)WARNING: NFS41: NFS41_Bug:2361: >BUG = - Invalid BIND_CONN_TO_SESSION error: NFS4ERR_NOTSUPP If the attached patch works, you'll find out what it fixes. >Another thing I noticed today is that it is not possible to delete a folde= r with the >ESXi datastorebrowser on the NFS mount. Maybe it is a VMWare bu= g, but with >NFS3 it works. > >Here the vmkernel.log with only one connection contains mounting, trying t= o >delete a folder and disconnect: > >2018-03-07T16:46:04.543Z cpu12:68008 opID=3D55bea165)World: 12235: VC opID= >c55dbe59 maps to vmkernel opID 55bea165 >2018-03-07T16:46:04.543Z cpu12:68008 opID=3D55bea165)NFS41: >NFS41_VSIMoun= tSet:423: Mount server: 10.0.0.225, port: 2049, path: /, label: >nfsds1, se= curity: 1 user: , options: >2018-03-07T16:46:04.543Z cpu12:68008 opID=3D55bea165)StorageApdHandler: >9= 77: APD Handle Created with lock[StorageApd-0x43046e4c6d70] >2018-03-07T16:46:04.544Z cpu11:66486)NFS41: >NFS41ProcessClusterProbeResul= t:3873: Reclaiming state, cluster 0x43046e4c7ee0 >[7] >2018-03-07T16:46:04.545Z cpu12:68008 opID=3D55bea165)NFS41: >NFS41FSComple= teMount:3791: Lease time: 120 >2018-03-07T16:46:04.545Z cpu12:68008 opID=3D55bea165)NFS41: >NFS41FSComple= teMount:3792: Max read xfer size: 0x20000 >2018-03-07T16:46:04.545Z cpu12:68008 opID=3D55bea165)NFS41: >NFS41FSComple= teMount:3793: Max write xfer size: 0x20000 >2018-03-07T16:46:04.545Z cpu12:68008 opID=3D55bea165)NFS41: >NFS41FSComple= teMount:3794: Max file size: 0x800000000000 >2018-03-07T16:46:04.545Z cpu12:68008 opID=3D55bea165)NFS41: >NFS41FSComple= teMount:3795: Max file name: 255 >2018-03-07T16:46:04.545Z cpu12:68008 opID=3D55bea165)WARNING: NFS41: >NFS4= 1FSCompleteMount:3800: The max file name size (255) of file system is >larg= er than that of FSS (128) >2018-03-07T16:46:04.546Z cpu12:68008 opID=3D55bea165)NFS41: >NFS41FSAPDNot= ify:5960: Restored connection to the server 10.0.0.225 mount >point nfsds1,= mounted as 1a7893c8-eec764a7-0000-000000000000 ("/") >2018-03-07T16:46:04.546Z cpu12:68008 opID=3D55bea165)NFS41: >NFS41_VSIMoun= tSet:435: nfsds1 mounted successfully >2018-03-07T16:47:19.869Z cpu21:67981 opID=3De47706ec)World: 12235: VC opID= >c55dbe91 maps to vmkernel opID e47706ec >2018-03-07T16:47:19.869Z cpu21:67981 opID=3De47706ec)WARNING: NFS41: >NFS4= 1FileOpReaddir:4728: Failed to process READDIR result for fh 0x43046e4c6 I have no idea if getting BindConnectiontoSession working will fix this or = not? rick --_002_YQBPR0101MB1042B17763E2605A7CE72EF5DDDF0YQBPR0101MB1042_ Content-Type: application/octet-stream; name="bindconn.patch" Content-Description: bindconn.patch Content-Disposition: attachment; filename="bindconn.patch"; size=5343; creation-date="Thu, 08 Mar 2018 02:48:03 GMT"; modification-date="Thu, 08 Mar 2018 02:48:03 GMT" Content-Transfer-Encoding: base64 LS0tIGZzL25mcy9uZnNfY29tbW9uc3Vicy5jLnNhdgkyMDE4LTAzLTA3IDIwOjQwOjQ4LjMyMTQ2 NzAwMCAtMDUwMAorKysgZnMvbmZzL25mc19jb21tb25zdWJzLmMJMjAxOC0wMy0wNyAyMDo0MToy NC42OTExODIwMDAgLTA1MDAKQEAgLTEzMSw3ICsxMzEsNyBAQCBzdHJ1Y3QgbmZzdjRfb3BmbGFn IG5mc3Y0X29wZmxhZ1tORlNWNDFfCiAJeyAwLCAyLCAxLCAxLCBMS19FWENMVVNJVkUsIDEsIDAg fSwJCS8qIFdyaXRlICovCiAJeyAwLCAwLCAwLCAwLCBMS19FWENMVVNJVkUsIDEsIDAgfSwJCS8q IFJlbGVhc2VMb2NrT3duZXIgKi8KIAl7IDAsIDAsIDAsIDAsIExLX0VYQ0xVU0lWRSwgMSwgMSB9 LAkJLyogQmFja2NoYW5uZWwgQ3RybCAqLwotCXsgMCwgMCwgMCwgMCwgTEtfRVhDTFVTSVZFLCAx LCAxIH0sCQkvKiBCaW5kIENvbm4gdG8gU2VzcyAqLworCXsgMCwgMCwgMCwgMCwgTEtfRVhDTFVT SVZFLCAwLCAwIH0sCQkvKiBCaW5kIENvbm4gdG8gU2VzcyAqLwogCXsgMCwgMCwgMCwgMCwgTEtf RVhDTFVTSVZFLCAwLCAwIH0sCQkvKiBFeGNoYW5nZSBJRCAqLwogCXsgMCwgMCwgMCwgMCwgTEtf RVhDTFVTSVZFLCAwLCAwIH0sCQkvKiBDcmVhdGUgU2Vzc2lvbiAqLwogCXsgMCwgMCwgMCwgMCwg TEtfRVhDTFVTSVZFLCAwLCAwIH0sCQkvKiBEZXN0cm95IFNlc3Npb24gKi8KLS0tIGZzL25mcy9u ZnNfdmFyLmguc2F2CTIwMTgtMDMtMDcgMjE6MTQ6NTcuNTc2NDc0MDAwIC0wNTAwCisrKyBmcy9u ZnMvbmZzX3Zhci5oCTIwMTgtMDMtMDcgMjE6MTY6NTQuNTk3ODAyMDAwIC0wNTAwCkBAIC05NSw2 ICs5NSw3IEBAIGludCBuZnNydl9nZXRjbGllbnQobmZzcXVhZF90LCBpbnQsIHN0cnUKICAgICBu ZnNxdWFkX3QsIHVpbnQzMl90LCBzdHJ1Y3QgbmZzcnZfZGVzY3JpcHQgKiwgTkZTUFJPQ19UICop OwogaW50IG5mc3J2X2Rlc3Ryb3ljbGllbnQobmZzcXVhZF90LCBORlNQUk9DX1QgKik7CiBpbnQg bmZzcnZfZGVzdHJveXNlc3Npb24oc3RydWN0IG5mc3J2X2Rlc2NyaXB0ICosIHVpbnQ4X3QgKik7 CitpbnQgbmZzcnZfYmluZGNvbm5zZXNzKHVpbnQ4X3QgKiwgaW50ICopOwogaW50IG5mc3J2X2Zy ZWVzdGF0ZWlkKHN0cnVjdCBuZnNydl9kZXNjcmlwdCAqLCBuZnN2NHN0YXRlaWRfdCAqLCBORlNQ Uk9DX1QgKik7CiBpbnQgbmZzcnZfYWRtaW5yZXZva2Uoc3RydWN0IG5mc2RfY2xpZCAqLCBORlNQ Uk9DX1QgKik7CiB2b2lkIG5mc3J2X2R1bXBjbGllbnRzKHN0cnVjdCBuZnNkX2R1bXBjbGllbnRz ICosIGludCk7CkBAIC0yMzAsNiArMjMxLDggQEAgaW50IG5mc3J2ZF9yZWNsYWltY29tcGxldGUo c3RydWN0IG5mc3J2XwogICAgIHZub2RlX3QsIE5GU1BST0NfVCAqLCBzdHJ1Y3QgbmZzZXhzdHVm ZiAqKTsKIGludCBuZnNydmRfZGVzdHJveWNsaWVudGlkKHN0cnVjdCBuZnNydl9kZXNjcmlwdCAq LCBpbnQsCiAgICAgdm5vZGVfdCwgTkZTUFJPQ19UICosIHN0cnVjdCBuZnNleHN0dWZmICopOwor aW50IG5mc3J2ZF9iaW5kY29ubnNlc3Moc3RydWN0IG5mc3J2X2Rlc2NyaXB0ICosIGludCwKKyAg ICB2bm9kZV90LCBORlNQUk9DX1QgKiwgc3RydWN0IG5mc2V4c3R1ZmYgKik7CiBpbnQgbmZzcnZk X2Rlc3Ryb3lzZXNzaW9uKHN0cnVjdCBuZnNydl9kZXNjcmlwdCAqLCBpbnQsCiAgICAgdm5vZGVf dCwgTkZTUFJPQ19UICosIHN0cnVjdCBuZnNleHN0dWZmICopOwogaW50IG5mc3J2ZF9mcmVlc3Rh dGVpZChzdHJ1Y3QgbmZzcnZfZGVzY3JpcHQgKiwgaW50LAotLS0gZnMvbmZzL25mc3Byb3RvLmgu c2F2CTIwMTgtMDMtMDcgMjE6MzI6MzguNzA2MTU1MDAwIC0wNTAwCisrKyBmcy9uZnMvbmZzcHJv dG8uaAkyMDE4LTAzLTA3IDIxOjM4OjEzLjA1MzczNDAwMCAtMDUwMApAQCAtNjQ4LDYgKzY0OCwx NSBAQAogI2RlZmluZQlORlNGTEFZVVRJTF9ERU5TRQkJMHgxCiAjZGVmaW5lCU5GU0ZMQVlVVElM X0NPTU1JVF9USFJVX01EUwkweDIKIAorLyogRW51bSB2YWx1ZXMgZm9yIEJpbmQgQ29ubmVjdGlv biB0byBTZXNzaW9uLiAqLworI2RlZmluZQlORlNDREZDNF9GT1JFCQkweDEKKyNkZWZpbmUJTkZT Q0RGQzRfQkFDSwkJMHgyCisjZGVmaW5lCU5GU0NERkM0X0ZPUkVfT1JfQk9USAkweDMKKyNkZWZp bmUJTkZTQ0RGQzRfQkFDS19PUl9CT1RICTB4NworI2RlZmluZQlORlNDREZTNF9GT1JFCQkweDEK KyNkZWZpbmUJTkZTQ0RGUzRfQkFDSwkJMHgyCisjZGVmaW5lCU5GU0NERlM0X0JPVEgJCTB4Mwor CiAvKiBDb252ZXJzaW9uIG1hY3JvcyAqLwogI2RlZmluZQl2dG9uZnN2Ml9tb2RlKHQsbSkgCQkJ CQkJXAogCQl0eGRyX3Vuc2lnbmVkKCgodCkgPT0gVkZJRk8pID8gTUFLRUlNT0RFKFZDSFIsICht KSkgOiAJXAotLS0gZnMvbmZzc2VydmVyL25mc19uZnNkc2Vydi5jLnNhdgkyMDE4LTAzLTA3IDIw OjQyOjIwLjM0NzAxNzAwMCAtMDUwMAorKysgZnMvbmZzc2VydmVyL25mc19uZnNkc2Vydi5jCTIw MTgtMDMtMDcgMjE6NDM6MzMuMDY3NjA2MDAwIC0wNTAwCkBAIC00MDQxLDYgKzQwNDEsNDUgQEAg bmZzbW91dDoKIH0KIAogLyoKKyAqIG5mc3Y0IGJpbmQgY29ubmVjdGlvbiB0byBzZXNzaW9uIHNl cnZpY2UKKyAqLworQVBQTEVTVEFUSUMgaW50CituZnNydmRfYmluZGNvbm5zZXNzKHN0cnVjdCBu ZnNydl9kZXNjcmlwdCAqbmQsIF9fdW51c2VkIGludCBpc2RncmFtLAorICAgIF9fdW51c2VkIHZu b2RlX3QgdnAsIE5GU1BST0NfVCAqcCwgX191bnVzZWQgc3RydWN0IG5mc2V4c3R1ZmYgKmV4cCkK K3sKKwl1aW50MzJfdCAqdGw7CisJdWludDhfdCBzZXNzaWRbTkZTWF9WNFNFU1NJT05JRF07CisJ aW50IGVycm9yID0gMCwgZm9yZWFmdDsKKworCWlmIChuZnNfcm9vdGZoc2V0ID09IDAgfHwgbmZz ZF9jaGVja3Jvb3RleHAobmQpICE9IDApIHsKKwkJbmQtPm5kX3JlcHN0YXQgPSBORlNFUlJfV1JP TkdTRUM7CisJCWdvdG8gbmZzbW91dDsKKwl9CisJTkZTTV9ESVNTRUNUKHRsLCB1aW50MzJfdCAq LCBORlNYX1Y0U0VTU0lPTklEICsgMiAqIE5GU1hfVU5TSUdORUQpOworCU5GU0JDT1BZKHRsLCBz ZXNzaWQsIE5GU1hfVjRTRVNTSU9OSUQpOworCXRsICs9IChORlNYX1Y0U0VTU0lPTklEIC8gTkZT WF9VTlNJR05FRCk7CisJZm9yZWFmdCA9IGZ4ZHJfdW5zaWduZWQoaW50LCAqdGwrKyk7CisJaWYg KCp0bCA9PSBuZXduZnNfdHJ1ZSkgeworCQkvKiBSRE1BIGlzIG5vdCBzdXBwb3J0ZWQuICovCisJ CW5kLT5uZF9yZXBzdGF0ID0gTkZTRVJSX05PVFNVUFA7CisJCWdvdG8gbmZzbW91dDsKKwl9CisK KwluZC0+bmRfcmVwc3RhdCA9IG5mc3J2X2JpbmRjb25uc2VzcyhzZXNzaWQsICZmb3JlYWZ0KTsK KwlpZiAobmQtPm5kX3JlcHN0YXQgPT0gMCkgeworCQlORlNNX0JVSUxEKHRsLCB1aW50MzJfdCAq LCBORlNYX1Y0U0VTU0lPTklEICsgMiAqCisJCSAgICBORlNYX1VOU0lHTkVEKTsKKwkJTkZTQkNP UFkoc2Vzc2lkLCB0bCwgTkZTWF9WNFNFU1NJT05JRCk7CisJCXRsICs9IChORlNYX1Y0U0VTU0lP TklEIC8gTkZTWF9VTlNJR05FRCk7CisJCSp0bCsrID0gdHhkcl91bnNpZ25lZChmb3JlYWZ0KTsK KwkJKnRsID0gbmV3bmZzX2ZhbHNlOworCX0KK25mc21vdXQ6CisJTkZTRVhJVENPREUyKGVycm9y LCBuZCk7CisJcmV0dXJuIChlcnJvcik7Cit9CisKKy8qCiAgKiBuZnN2NCBkZXN0cm95IHNlc3Np b24gc2VydmljZQogICovCiBBUFBMRVNUQVRJQyBpbnQKLS0tIGZzL25mc3NlcnZlci9uZnNfbmZz ZHNvY2tldC5jLnNhdgkyMDE4LTAzLTA3IDIxOjEyOjUwLjA1MjU2MjAwMCAtMDUwMAorKysgZnMv bmZzc2VydmVyL25mc19uZnNkc29ja2V0LmMJMjAxOC0wMy0wNyAyMToxNDoyMS4yNDczMzEwMDAg LTA1MDAKQEAgLTE3Niw3ICsxNzYsNyBAQCBpbnQgKCpuZnNydjRfb3BzMFtORlNWNDFfTk9QU10p KHN0cnVjdCBuCiAJbmZzcnZkX3dyaXRlLAogCW5mc3J2ZF9yZWxlYXNlbGNrb3duLAogCW5mc3J2 ZF9ub3RzdXBwLAotCW5mc3J2ZF9ub3RzdXBwLAorCW5mc3J2ZF9iaW5kY29ubnNlc3MsCiAJbmZz cnZkX2V4Y2hhbmdlaWQsCiAJbmZzcnZkX2NyZWF0ZXNlc3Npb24sCiAJbmZzcnZkX2Rlc3Ryb3lz ZXNzaW9uLAotLS0gZnMvbmZzc2VydmVyL25mc19uZnNkc3RhdGUuYy5zYXYJMjAxOC0wMy0wNyAy MToxNzowOC4wNTAxMzIwMDAgLTA1MDAKKysrIGZzL25mc3NlcnZlci9uZnNfbmZzZHN0YXRlLmMJ MjAxOC0wMy0wNyAyMTozOToyOS4yOTY5NTAwMDAgLTA1MDAKQEAgLTU5NTAsNiArNTk1MCw0NCBA QCBuZnNydl9kZXN0cm95c2Vzc2lvbihzdHJ1Y3QgbmZzcnZfZGVzY3JpCiB9CiAKIC8qCisgKiBC aW5kIGEgY29ubmVjdGlvbiB0byBhIHNlc3Npb24uCisgKiBGb3Igbm93LCBvbmx5IGNlcnRhaW4g dmFyaWFudHMgYXJlIHN1cHBvcnRlZCwgc2luY2UgdGhlIGN1cnJlbnQgc2Vzc2lvbgorICogc3Ry dWN0dXJlIGNhbiBvbmx5IGhhbmRsZSBhIHNpbmdsZSBiYWNrY2hhbm5lbCBlbnRyeSwgd2hpY2gg d2lsbCBiZQorICogYXBwbGllZCB0byBhbGwgY29ubmVjdGlvbnMgaWYgaXQgaXMgc2V0LgorICov CitpbnQKK25mc3J2X2JpbmRjb25uc2Vzcyh1aW50OF90ICpzZXNzaW9uaWQsIGludCAqZm9yZWFm dHApCit7CisJc3RydWN0IG5mc3Nlc3Npb25oYXNoICpzaHA7CisJc3RydWN0IG5mc2RzZXNzaW9u ICpzZXA7CisJaW50IGVycm9yOworCisJZXJyb3IgPSAwOworCXNocCA9IE5GU1NFU1NJT05IQVNI KHNlc3Npb25pZCk7CisJTkZTTE9DS1NFU1NJT04oc2hwKTsKKwlzZXAgPSBuZnNydl9maW5kc2Vz c2lvbihzZXNzaW9uaWQpOworCWlmIChzZXAgIT0gTlVMTCkgeworCQlpZiAoKHNlcC0+c2Vzc19j cmZsYWdzICYgTkZTVjRDUlNFU1NfQ09OTkJBQ0tDSEFOKSAhPSAwKSB7CisJCQkvKiBDYW4gb25s eSBoYW5kbGUgYmFja2NoYW5uZWwgY2FzZXMuICovCisJCQlpZiAoKmZvcmVhZnRwID09IE5GU0NE RkM0X0ZPUkVfT1JfQk9USCB8fAorCQkJICAgICpmb3JlYWZ0cCA9PSBORlNDREZDNF9CQUNLX09S X0JPVEgpCisJCQkJKmZvcmVhZnRwID0gTkZTQ0RGUzRfQk9USDsKKwkJCWVsc2UKKwkJCQllcnJv ciA9IE5GU0VSUl9OT1RTVVBQOworCQl9IGVsc2UgeworCQkJaWYgKCpmb3JlYWZ0cCA9PSBORlND REZDNF9GT1JFIHx8CisJCQkgICAgKmZvcmVhZnRwID09IE5GU0NERkM0X0ZPUkVfT1JfQk9USCkK KwkJCQkqZm9yZWFmdHAgPSBORlNDREZTNF9GT1JFOworCQkJZWxzZQorCQkJCWVycm9yID0gTkZT RVJSX05PVFNVUFA7CisJCX0KKwl9IGVsc2UKKwkJZXJyb3IgPSBORlNFUlJfTk9UU1VQUDsKKwlO RlNVTkxPQ0tTRVNTSU9OKHNocCk7CisJcmV0dXJuIChlcnJvcik7Cit9CisKKy8qCiAgKiBGcmVl IHVwIGEgc2Vzc2lvbiBzdHJ1Y3R1cmUuCiAgKi8KIHN0YXRpYyBpbnQK --_002_YQBPR0101MB1042B17763E2605A7CE72EF5DDDF0YQBPR0101MB1042_-- From owner-freebsd-stable@freebsd.org Thu Mar 8 14:35:07 2018 Return-Path: Delivered-To: freebsd-stable@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 5A383F36E7B for ; Thu, 8 Mar 2018 14:35:07 +0000 (UTC) (envelope-from Andreas.Nagy@frequentis.com) Received: from mail1.frequentis.com (mail1.frequentis.com [195.20.158.50]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "spamquarantine.frequentis.frq", Issuer "Frequentis Enterprise Issuing CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A781C7D2F9 for ; Thu, 8 Mar 2018 14:35:06 +0000 (UTC) (envelope-from Andreas.Nagy@frequentis.com) X-IronPort-AV: E=Sophos;i="5.47,441,1515452400"; d="scan'208";a="27544724" Received: from vie191nt.frequentis.frq ([172.16.1.191]) by mail1.frequentis.com with ESMTP; 08 Mar 2018 15:35:04 +0100 Received: from vie196nt.frequentis.frq ([172.16.1.196]) by vie191nt.frequentis.frq ([172.16.1.191]) with mapi id 14.03.0382.000; Thu, 8 Mar 2018 15:35:04 +0100 From: NAGY Andreas To: Rick Macklem , "'freebsd-stable@freebsd.org'" Subject: =?iso-8859-1?Q?RE:_NFS_4.1_RECLAIM=5FCOMPLETE_FS=A0failed_error_in_combin?= =?iso-8859-1?Q?ation_with_ESXi_client?= Thread-Topic: =?iso-8859-1?Q?NFS_4.1_RECLAIM=5FCOMPLETE_FS=A0failed_error_in_combinatio?= =?iso-8859-1?Q?n_with_ESXi_client?= Thread-Index: AdOx8zAe5+TceuOWQkax+IhJZhNDgQAnzopHABn27/AAIBzCQgAP8SUgAAmzYWAADy6jKgAZTvpAABQ08bcAKLRnLwArPwd4AAPK4ZAAFJa1tQAZS9wA Date: Thu, 8 Mar 2018 14:35:03 +0000 Message-ID: References: , , , , , <2feda1e2-16d5-43b5-98eb-dcc71cc67c6f@frequentis.com> , In-Reply-To: Accept-Language: de-AT, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [172.16.72.192] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2018 14:35:07 -0000 Thanks you, really great how fast you adapt the source/make patches for thi= s. Saw so many posts were people did not get NFS41 working with ESXi and Fr= eeBSD and now I have it already running with your changes. I have now compiled the kernel with all 4 patches, and it works now. Some problems are still left: - the "Server returned improper reason for no delegation: 2" warnings are s= till in the vmkernel.log. 2018-03-08T11:41:20.290Z cpu0:68011 opID=3D488969b0)WARNING: NFS41: NFS41= ValidateDelegation:608: Server returned improper reason for no delegation: = 2 - can't delete a folder with the VMware host client datastore browser: 2018-03-08T11:34:00.349Z cpu1:67981 opID=3Df5159ce3)WARNING: NFS41: NFS41= FileOpReaddir:4728: Failed to process READDIR result for fh 0x43046e4cb158:= Transient file system condition, suggest retry 2018-03-08T11:34:00.349Z cpu1:67981 opID=3Df5159ce3)WARNING: NFS41: NFS41= FileOpReaddir:4728: Failed to process READDIR result for fh 0x43046e4cb158:= Transient file system condition, suggest retry 2018-03-08T11:34:00.349Z cpu1:67981 opID=3Df5159ce3)WARNING: NFS41: NFS41= FileOpReaddir:4728: Failed to process READDIR result for fh 0x43046e4cb158:= Transient file system condition, suggest retry 2018-03-08T11:34:00.350Z cpu1:67981 opID=3Df5159ce3)WARNING: NFS41: NFS41= FileOpReaddir:4728: Failed to process READDIR result for fh 0x43046e4cb158:= Transient file system condition, suggest retry 2018-03-08T11:34:00.350Z cpu1:67981 opID=3Df5159ce3)WARNING: NFS41: NFS41= FileOpReaddir:4728: Failed to process READDIR result for fh 0x43046e4cb158:= Transient file system condition, suggest retry 2018-03-08T11:34:00.350Z cpu1:67981 opID=3Df5159ce3)WARNING: NFS41: NFS41= FileOpReaddir:4728: Failed to process READDIR result for fh 0x43046e4cb158:= Transient file system condition, suggest retry 2018-03-08T11:34:00.351Z cpu1:67981 opID=3Df5159ce3)WARNING: NFS41: NFS41= FileOpReaddir:4728: Failed to process READDIR result for fh 0x43046e4cb158:= Transient file system condition, suggest retry 2018-03-08T11:34:00.351Z cpu1:67981 opID=3Df5159ce3)WARNING: NFS41: NFS41= FileOpReaddir:4728: Failed to process READDIR result for fh 0x43046e4cb158:= Transient file system condition, suggest retry 2018-03-08T11:34:00.351Z cpu1:67981 opID=3Df5159ce3)WARNING: NFS41: NFS41= FileOpReaddir:4728: Failed to process READDIR result for fh 0x43046e4cb158:= Transient file system condition, suggest retry 2018-03-08T11:34:00.351Z cpu1:67981 opID=3Df5159ce3)WARNING: NFS41: NFS41= FileOpReaddir:4728: Failed to process READDIR result for fh 0x43046e4cb158:= Transient file system condition, suggest retry 2018-03-08T11:34:00.352Z cpu1:67981 opID=3Df5159ce3)WARNING: NFS41: NFS41= FileOpReaddir:4728: Failed to process READDIR result for fh 0x43046e4cb158:= Transient file system condition, suggest retry 2018-03-08T11:34:00.352Z cpu1:67981 opID=3Df5159ce3)WARNING: UserFile: 21= 55: hostd-worker: Directory changing too often to perform readdir operation= (11 retries), returning busy - after a reboot of the FreeBSD machine the ESXi does not restore the NFS d= atastore again with following warning (just disconnecting the links is fine= ) 2018-03-08T12:39:44.602Z cpu23:66484)WARNING: NFS41: NFS41_Bug:2361: BUG = - Invalid BIND_CONN_TO_SESSION error: NFS4ERR_NOTSUPP Actually I have only made some quick benchmarks with ATTO in a Windows VM w= hich has a vmdk on the NFS41 datastore which is mounted over two 1GB links = in different subnets. Read is nearly the double of just a single connection and write is just a b= it faster. Don't know if write speed could be improved, actually the share = is UFS on a HW raid controller which has local write speeds about 500MB/s. At following link is the vmkernel.log from mouning the NFS share, attaching= a vmdk from the share to a Win VM, running ATTO benchmark on it, disconnec= ting/reconnecting network and also the problem with the BIND_CONN_TO_SESSIO= N error: NFS4ERR_NOTSUPP after reboot. Till the reboot I have also made a trace on one of the two links. (nfs41_tr= ace_before_reboot.pcap and nfs41_trace_after_reboot.pcap) https://files.fm/u/wvybmdmc andi -----Original Message----- From: Rick Macklem [mailto:rmacklem@uoguelph.ca]=20 Sent: Donnerstag, 8. M=E4rz 2018 03:48 To: NAGY Andreas ; 'freebsd-stable@freebsd.org= ' Subject: Re: NFS 4.1 RECLAIM_COMPLETE FS=A0failed error in combination with= ESXi client NAGY Andreas wrote: >attached the trace. If I see it correct it uses FORE_OR_BOTH.=20 >(bctsa_dir: >CDFC4_FORE_OR_BOTH (0x00000003)) Yes. The scary part is the ExchangeID before the BindConnectiontoSession. (Normally that is only done at the beginning of a new mount to get a Client= ID, followed immediately by a CreateSession. I don't know why it would do = this?) The attached patch might get BindConnectiontoSession to work. I have no way= to test it beyond seeing it compile. Hopefully it will apply cleanly. >The trace is only with the first patch, have not compiled the wantdeleg pa= tches so >far. That's fine. I don't think that matters much. >I think this is related to the BIND_CONN_TO_SESSION; after a disconnect th= e ESXi >cannot connect to the NFS also with this warning: >2018-03-07T16:55:11.227Z cpu21:66484)WARNING: NFS41: NFS41_Bug:2361:=20 >>BUG - Invalid BIND_CONN_TO_SESSION error: NFS4ERR_NOTSUPP If the attached patch works, you'll find out what it fixes. >Another thing I noticed today is that it is not possible to delete a folde= r with the >ESXi datastorebrowser on the NFS mount. Maybe it is a VMWare bu= g, but with >NFS3 it works. > >Here the vmkernel.log with only one connection contains mounting, trying t= o >delete a folder and disconnect: > >2018-03-07T16:46:04.543Z cpu12:68008 opID=3D55bea165)World: 12235: VC=20 >opID >c55dbe59 maps to vmkernel opID 55bea165 2018-03-07T16:46:04.543Z=20 >cpu12:68008 opID=3D55bea165)NFS41: >NFS41_VSIMountSet:423: Mount server:=20 >10.0.0.225, port: 2049, path: /, label: >nfsds1, security: 1 user: ,=20 >options: 2018-03-07T16:46:04.543Z cpu12:68008=20 >opID=3D55bea165)StorageApdHandler: >977: APD Handle Created with=20 >lock[StorageApd-0x43046e4c6d70] 2018-03-07T16:46:04.544Z=20 >cpu11:66486)NFS41: >NFS41ProcessClusterProbeResult:3873: Reclaiming=20 >state, cluster 0x43046e4c7ee0 >[7] 2018-03-07T16:46:04.545Z cpu12:68008=20 >opID=3D55bea165)NFS41: >NFS41FSCompleteMount:3791: Lease time: 120=20 >2018-03-07T16:46:04.545Z cpu12:68008 opID=3D55bea165)NFS41:=20 >>NFS41FSCompleteMount:3792: Max read xfer size: 0x20000=20 >2018-03-07T16:46:04.545Z cpu12:68008 opID=3D55bea165)NFS41:=20 >>NFS41FSCompleteMount:3793: Max write xfer size: 0x20000=20 >2018-03-07T16:46:04.545Z cpu12:68008 opID=3D55bea165)NFS41:=20 >>NFS41FSCompleteMount:3794: Max file size: 0x800000000000=20 >2018-03-07T16:46:04.545Z cpu12:68008 opID=3D55bea165)NFS41:=20 >>NFS41FSCompleteMount:3795: Max file name: 255 2018-03-07T16:46:04.545Z=20 >cpu12:68008 opID=3D55bea165)WARNING: NFS41: >NFS41FSCompleteMount:3800:=20 >The max file name size (255) of file system is >larger than that of FSS=20 >(128) 2018-03-07T16:46:04.546Z cpu12:68008 opID=3D55bea165)NFS41:=20 >>NFS41FSAPDNotify:5960: Restored connection to the server 10.0.0.225=20 >mount >point nfsds1, mounted as 1a7893c8-eec764a7-0000-000000000000=20 >("/") 2018-03-07T16:46:04.546Z cpu12:68008 opID=3D55bea165)NFS41:=20 >>NFS41_VSIMountSet:435: nfsds1 mounted successfully=20 >2018-03-07T16:47:19.869Z cpu21:67981 opID=3De47706ec)World: 12235: VC=20 >opID >c55dbe91 maps to vmkernel opID e47706ec 2018-03-07T16:47:19.869Z=20 >cpu21:67981 opID=3De47706ec)WARNING: NFS41: >NFS41FileOpReaddir:4728:=20 >Failed to process READDIR result for fh 0x43046e4c6 I have no idea if getting BindConnectiontoSession working will fix this or = not? rick From owner-freebsd-stable@freebsd.org Thu Mar 8 16:31:24 2018 Return-Path: Delivered-To: freebsd-stable@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 955C3F418EF for ; Thu, 8 Mar 2018 16:31:24 +0000 (UTC) (envelope-from bertha.davis@goldenwizards.com) Received: from mail-wm0-x243.google.com (mail-wm0-x243.google.com [IPv6:2a00:1450:400c:c09::243]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1ABFC83F4E for ; Thu, 8 Mar 2018 16:31:23 +0000 (UTC) (envelope-from bertha.davis@goldenwizards.com) Received: by mail-wm0-x243.google.com with SMTP id s206so28059840wme.0 for ; Thu, 08 Mar 2018 08:31:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=goldenwizards.com; s=google; h=mime-version:sender:from:date:message-id:subject:to; bh=rlZUyzqWwQp8aEeveSUrkrF5xLyN8cJ1MMBdKMCo+KI=; b=ZC4pMwnveg+8VEY7piAgitj50sXtZM7WpKHY0h7VOLMaQJJ0sy9Mg0RcweNyB7ISYU ARkgA8fbw6UCFdicyRA0mTMI17X0GlMIN7WCYAphYBaZ0X7ertbYTpCd1pA5tEwxOmYC D8EmScchEE5vvPdanaiAKImbEHK1f6pQ6uefhzC5hSgBG3Mbsvx1q9svCpn8rq4i3mUt v3rqGvFogBcsmHko+jlGAIKLDGdfQgxuk1D1bIaPsaZaXOZy4sJBeoU6GQWAgwr7rR6T hN2RcbwBmESGev/DbohlDcyi+EjujnjGz/ZUki1j7WBiEJHITtFdPKkOc8LlzBTuHK7O ktjQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:from:date:message-id:subject :to; bh=rlZUyzqWwQp8aEeveSUrkrF5xLyN8cJ1MMBdKMCo+KI=; b=PQgzrhf9jjP2l94yfZOncE/omi3Pjrg5BdlZur/V0EW93CLbYipA/edVFBIfacmeiw 0W3sg6/AnSytpJ73EIA2GIcTbkK7VezJ3kTpu0ZhcuLpWC9jj729SgBdG5UfCwWGSwHR jrKaouWGWWga1icqOjR7sfZZfT3AuXe1vIthNr7AinTls385f6op2m6H5rNAIF7TN7iZ EM0tYJhONgKQ1Sex+QeMvF7XGr9sEsUQIzzqBpyYhArNSZ8AMkXXFMYsteL+MeJKjGQo k6cX41Upu92R78HPRZDFmtGf4IxdtQa/BmKHLAY7/8AFL31Ydx4qrheEBkh863FX8Xwe Z8fg== X-Gm-Message-State: AElRT7EonVw/NjRk72WCnSztVkDdezAVpEMX1YPcJ/5qttLvkR13yrN9 RdNuRIHSpQF9apRBpDlbg7L653hzyYQ4g7c+b2Y6ZA== X-Google-Smtp-Source: AG47ELuX1JhZwV+HyQne19jRHrksnm/HniplUw9Tb1SAqbhBHjHt6zkm5PRI3KhgFxhI3/jrL35SeWvWT6hShmmiZ4E= X-Received: by 10.28.164.195 with SMTP id n186mr19202241wme.149.1520526682630; Thu, 08 Mar 2018 08:31:22 -0800 (PST) Received: from 271402189756 named unknown by gmailapi.google.com with HTTPREST; Thu, 8 Mar 2018 08:31:21 -0800 MIME-Version: 1.0 Sender: bertha.davis@goldenwizards.com From: bertha.davis@goldenwizards.com Date: Thu, 8 Mar 2018 08:31:21 -0800 X-Google-Sender-Auth: uuFdEQZyUaNY1_hkhpP26NlJJgs Message-ID: Subject: Updated Cisco Users Contact Information To: freebsd-stable@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2018 16:31:24 -0000 Hi, Would you be interested in acquiring *Avaya* users*, Cisco users, Nortel users and ShoreTel* users contact information for your sales and marketing campaigns? We have other Innovation information also like*: Juniper Networks, Mitel, Polycom, VMware, Sprint, AT&T, Verizon Wireless, Microsoft Dynamics, Agile, 8x8, 3CX, Palo Alto, Checkpoint, Fortinet, SonicWALL, SAP, Sophos, AWS Users* and many more. Data Fields: *=E2=80=93 Contact First Name, Contacts Last Name, Job Functio= n, Phone No, Email Address and Name of the Company, Company URL, SIC Codes, Company Physical Address, Types of Industry, Revenue Size, No of Employees Size, and kinds of technology they utilize*. Please let me know your thoughts we will provide you the more information according to your criteria and interest. If you are not the right person to discuss this mail then feel freely to forward this mail to the right person in your organization. Thanks and look forward to your response. *Warm respects* *Bertha Davis* Request Generation To quit, please react with "Forget" in the title. Virus-free. www.avast.com <#m_-2770370410978805035_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> From owner-freebsd-stable@freebsd.org Thu Mar 8 22:54:21 2018 Return-Path: Delivered-To: freebsd-stable@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 B58D5F39128 for ; Thu, 8 Mar 2018 22:54:21 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-QB1-obe.outbound.protection.outlook.com (mail-eopbgr660060.outbound.protection.outlook.com [40.107.66.60]) (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 4531C75A86 for ; Thu, 8 Mar 2018 22:54:20 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from YQBPR0101MB1042.CANPRD01.PROD.OUTLOOK.COM (52.132.66.153) by YQBPR0101MB0948.CANPRD01.PROD.OUTLOOK.COM (52.132.66.27) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.567.14; Thu, 8 Mar 2018 22:54:19 +0000 Received: from YQBPR0101MB1042.CANPRD01.PROD.OUTLOOK.COM ([fe80::3531:c817:d6f:9b93]) by YQBPR0101MB1042.CANPRD01.PROD.OUTLOOK.COM ([fe80::3531:c817:d6f:9b93%13]) with mapi id 15.20.0567.012; Thu, 8 Mar 2018 22:54:19 +0000 From: Rick Macklem To: NAGY Andreas , "'freebsd-stable@freebsd.org'" Subject: =?iso-8859-1?Q?Re:_NFS_4.1_RECLAIM=5FCOMPLETE_FS=A0failed_error_in_combin?= =?iso-8859-1?Q?ation_with_ESXi_client?= Thread-Topic: =?iso-8859-1?Q?NFS_4.1_RECLAIM=5FCOMPLETE_FS=A0failed_error_in_combinatio?= =?iso-8859-1?Q?n_with_ESXi_client?= Thread-Index: AdOx8zAe5+TceuOWQkax+IhJZhNDgQAnzopHABn27/AAIBzCQgAP8SUgAAmzYWAADy6jKgAZTvpAABQ08bcAKLRnLwArPwd4AAPK4ZAAFJa1tQAZS9wAABCp2AI= Date: Thu, 8 Mar 2018 22:54:19 +0000 Message-ID: References: , , , , , <2feda1e2-16d5-43b5-98eb-dcc71cc67c6f@frequentis.com> , , In-Reply-To: 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; YQBPR0101MB0948; 7:C1zUu/T1LL87rp+zhwAJZh+Xgxcm9omlfA1agNkPdasNydOEpCrWw9B0WYne8DBGekH+Ko+YulEQ9s2JmJKx6q5I9XNpmzLwz7NjyXaERQx/3kiAq2ccXYFzsccHfaWxkYkAVW2uufrsD/4KfpWSj1nwZYqM+YBcbCHhX6bgKsjOYGFI1/PL+n+OMmJrowCAWfGI6lldg77V2vg93+IX2tIwZr5CQTVE+8otCkoKMHcbV5uxOGFUcMnvIQHqVq1h x-ms-exchange-antispam-srfa-diagnostics: SSOS; x-ms-office365-filtering-correlation-id: a9a8cb64-9eba-4ff6-36bc-08d5854786b9 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(8989060)(5600026)(4604075)(3008032)(4534165)(4627221)(201703031133081)(201702281549075)(8990040)(2017052603328)(7153060)(7193020); SRVR:YQBPR0101MB0948; x-ms-traffictypediagnostic: YQBPR0101MB0948: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(158342451672863); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040518)(2401047)(5005006)(8121501046)(93006095)(93001095)(10201501046)(3231220)(944501244)(52105095)(3002001)(6041306)(20161123558120)(20161123562045)(20161123564045)(20161123560045)(201703131423095)(201702281529075)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(6072148)(201708071742011); SRVR:YQBPR0101MB0948; BCL:0; PCL:0; RULEID:; SRVR:YQBPR0101MB0948; x-forefront-prvs: 060503E79B x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(396003)(366004)(346002)(39380400002)(39860400002)(376002)(189003)(199004)(229853002)(76176011)(5660300001)(7696005)(110136005)(59450400001)(99286004)(8936002)(5250100002)(33656002)(3660700001)(102836004)(81166006)(81156014)(305945005)(74316002)(186003)(2950100002)(6506007)(105586002)(478600001)(93886005)(316002)(14454004)(106356001)(786003)(26005)(25786009)(2906002)(97736004)(74482002)(55016002)(9686003)(68736007)(2900100001)(3280700002)(53936002)(6246003)(86362001)(6436002)(491001); DIR:OUT; SFP:1101; SCL:1; SRVR:YQBPR0101MB0948; H:YQBPR0101MB1042.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) x-microsoft-antispam-message-info: DavoK6LrjxmMbEM98DXmCLEvz/lIQ/kHSuzVS2TIP1KIx9rNOBgpnfqfiihD7jxW2IOL+5vnH/2TQmVFM2y3Ya4Mj8ifnJhXNn3lci2Ytaz33As+ORhbGsf4aRhJjbeuev55UBqoMGNWee9UhziEBBhiftGINnm1oIDzBppYCxqp8fBzP9xW3HlmFXA6p0/oe/X3+lKF1UZq2E4gZlTVK4PMVEt6E7gIVKzZae0mQPxJliBxicIN/EofJh9TyIx4tuF/q5VqYdwYMhvXDgxr+RhCknYgOdIHMIxfyrLYDisiVjbiQ+r6xjecUuRwaKUbnUCKv4rWBpCtiG4KJfkQDw== 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: a9a8cb64-9eba-4ff6-36bc-08d5854786b9 X-MS-Exchange-CrossTenant-originalarrivaltime: 08 Mar 2018 22:54:19.1781 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-Transport-CrossTenantHeadersStamped: YQBPR0101MB0948 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2018 22:54:21 -0000 NAGY Andreas wrote: >Thanks you, really great how fast you adapt the source/make patches for th= is. Saw so many >posts were people did not get NFS41 working with ESXi and = FreeBSD and now I have it already >running with your changes. > >I have now compiled the kernel with all 4 patches, and it works now. Ok. Sounds like we are making progress. It also takes someone willing to te= st patches, so thanks for doing so. >Some problems are still left: > >- the "Server returned improper reason for no delegation: 2" warnings are = still in the >vmkernel.log. > 2018-03-08T11:41:20.290Z cpu0:68011 opID=3D488969b0)WARNIN= G: NFS41: >NFS41ValidateDelegation:608: Server returned improper reason for= no delegation: 2 I'll take another look and see if I can guess why it doesn't like "2" as a = reason for not issuing a delegation. (As noted before, I don't think this is serious, but?= ??) >- can't delete a folder with the VMware host client datastore browser: > 2018-03-08T11:34:00.349Z cpu1:67981 opID=3Df5159ce3)WARNIN= G: NFS41: >NFS41FileOpReaddir:4728: Failed to process READDIR result for fh= 0x43046e4cb158: Transient >file system condition, suggest retry [more of these snipped] > 2018-03-08T11:34:00.352Z cpu1:67981 opID=3Df5159ce3)WARNIN= G: UserFile: 2155: >hostd-worker: Directory changing too often to perform r= eaddir operation (11 retries), >returning busy This one is a mystery to me. It seemed to be upset that the directory is ch= anging (I assume either the Change or ModifyTime attributes). However, if entries are= being deleted, the directory is changing and, as far as I know, the Change and Mo= difyTime attributes are supposed to change. I might try posting on nfsv4@ietf.org in case somebody involved with this c= lient reads that list and can explain what this is? >- after a reboot of the FreeBSD machine the ESXi does not restore the NFS = datastore again >with following warning (just disconnecting the links is fi= ne) > 2018-03-08T12:39:44.602Z cpu23:66484)WARNING: NFS41: NFS41= _Bug:2361: BUG - >Invalid BIND_CONN_TO_SESSION error: NFS4ERR_NOTSUPP Hmm. Normally after a server reboot, the clients will try some RPC that sta= rts with a Sequence (the session op) and the server will reply NFS4ERR_BAD_SESSION. This triggers recovery in the client. The BindConnectiontoSession operation is done in an RPC by itself, so there= is no Sequence op to trigger NFS4ERR_BAD_SESSION. Maybe this client expects to see NFS4ERR_BAD_SESSION for the BindConnection= toSession. I'll post a patch that modifies the BindConnectiontoSession to do that. >Actually I have only made some quick benchmarks with ATTO in a Windows VM = which has a >vmdk on the NFS41 datastore which is mounted over two 1GB link= s in different subnets. >Read is nearly the double of just a single connection and write is just a = bit faster. Don't know if >write speed could be improved, actually the shar= e is UFS on a HW raid controller which has >local write speeds about 500MB/= s. Yes, before I posted that I didn't understand why multiple TCP links would = be faster. I didn't notice at the time that you mentioned using different subnets and,= as such, links couldn't be trunked below TCP. In your case trunking above TCP makes = sense. Getting slower write rates than read rates from NFS is normal. Did you try "sysctl vfs.nfsd.async=3D1"? The other thing that might help for UFS is increasing the size of the buffe= r cache. (If this server is mainly an NFS server you could probably make the buffer = cache greater than half of the machine's ram. Note to others, since ZFS doesn't use the buffer cache, the opposite is tr= ue for ZFS.) rick From owner-freebsd-stable@freebsd.org Fri Mar 9 00:34:01 2018 Return-Path: Delivered-To: freebsd-stable@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 0B448F4088E for ; Fri, 9 Mar 2018 00:34:01 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-TO1-obe.outbound.protection.outlook.com (mail-eopbgr670057.outbound.protection.outlook.com [40.107.67.57]) (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 6723C793E4 for ; Fri, 9 Mar 2018 00:34:00 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from YQBPR0101MB1042.CANPRD01.PROD.OUTLOOK.COM (52.132.66.153) by YQBPR0101MB1555.CANPRD01.PROD.OUTLOOK.COM (52.132.69.150) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.567.14; Fri, 9 Mar 2018 00:33:59 +0000 Received: from YQBPR0101MB1042.CANPRD01.PROD.OUTLOOK.COM ([fe80::3531:c817:d6f:9b93]) by YQBPR0101MB1042.CANPRD01.PROD.OUTLOOK.COM ([fe80::3531:c817:d6f:9b93%13]) with mapi id 15.20.0567.012; Fri, 9 Mar 2018 00:33:59 +0000 From: Rick Macklem To: NAGY Andreas , "'freebsd-stable@freebsd.org'" Subject: =?iso-8859-1?Q?Re:_NFS_4.1_RECLAIM=5FCOMPLETE_FS=A0failed_error_in_combin?= =?iso-8859-1?Q?ation_with_ESXi_client?= Thread-Topic: =?iso-8859-1?Q?NFS_4.1_RECLAIM=5FCOMPLETE_FS=A0failed_error_in_combinatio?= =?iso-8859-1?Q?n_with_ESXi_client?= Thread-Index: AdOx8zAe5+TceuOWQkax+IhJZhNDgQAnzopHABn27/AAIBzCQgAP8SUgAAmzYWAADy6jKgAZTvpAABQ08bcAKLRnLwArPwd4AAPK4ZAAFJa1tQAZS9wAABRZ9mo= Date: Fri, 9 Mar 2018 00:33:58 +0000 Message-ID: References: , , , , , <2feda1e2-16d5-43b5-98eb-dcc71cc67c6f@frequentis.com> , , In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes 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; YQBPR0101MB1555; 7:A7/yP/f+MGNGyoSIyj4O2EXC1N7ZBb0P1Eh3qECjm8gn6wpl8/2HbIffVB+IxdloCJYyA3bmxH+gYfNXXhMsZ84hvAtsfvPCXnWZx0LHZg2g+UTq1wqiW/P0D1yPtVgt3ZEXwnrdo29XcHR/whuYIU7bIwNfBaV8vy/GEsmJOgt278nu+2SdhD9+2RjSq01I9R51t2q1Nh8X7GOowBCL7YhlfJhCFKxJD2KIYvD6NFrqWs5rifVWKdmU3Ze9ZZQc x-ms-exchange-antispam-srfa-diagnostics: SSOS; x-ms-office365-filtering-correlation-id: 19d6169e-bddb-43b2-e4f8-08d5855572f9 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(8989060)(5600026)(4604075)(3008032)(4534165)(4627221)(201703031133081)(201702281549075)(8990040)(2017052603328)(7153060)(49563074)(7193020); SRVR:YQBPR0101MB1555; x-ms-traffictypediagnostic: YQBPR0101MB1555: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(158342451672863); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(102415395)(6040521)(2401047)(5005006)(8121501046)(93006095)(93001095)(3231220)(944501244)(52105095)(10201501046)(3002001)(6041309)(20161123564045)(20161123560045)(20161123562045)(20161123558120)(201703131423095)(201702281529075)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(6072148)(201708071742011); SRVR:YQBPR0101MB1555; BCL:0; PCL:0; RULEID:; SRVR:YQBPR0101MB1555; x-forefront-prvs: 0606BBEB39 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(346002)(39380400002)(396003)(39860400002)(366004)(376002)(199004)(189003)(105586002)(68736007)(3280700002)(74316002)(2906002)(55016002)(8936002)(9686003)(81166006)(3660700001)(5660300001)(86362001)(33656002)(26005)(6506007)(81156014)(6246003)(99286004)(102836004)(110136005)(316002)(93886005)(2900100001)(59450400001)(186003)(786003)(305945005)(53936002)(25786009)(229853002)(76176011)(106356001)(7696005)(478600001)(14454004)(74482002)(97736004)(6436002)(5250100002)(99936001)(5890100001)(2950100002)(491001); DIR:OUT; SFP:1101; SCL:1; SRVR:YQBPR0101MB1555; H:YQBPR0101MB1042.CANPRD01.PROD.OUTLOOK.COM; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: uoguelph.ca does not designate permitted sender hosts) x-microsoft-antispam-message-info: ENwu9U0Q7jb/85lwRYntOnaFJvQIX1FIMQSF1Ku/Rt2niDjflAG2UEj+zM4gKRth6VQsUPfaukRN7QtQtX5WSNOtxCe+igkztmSKqbvqKEEYjEzdEspdpRlTH7Q9qbxiq+A+NXpWMTENyt1cfjSpoDrN6HZ/9W4yutXHm0ewZW0pULbUYpxcJye8gK/7pXI6ZjhaX4jdoBU/mLZ2sO1E13d9bTN2H21qCnNqJtYJupCxk1GMOstM6hW/WvepfBuH084XRFsXcV9clY42qbhXZ28jpoBfUUBU6N9HRWd6X7dd34lzn96p8pkBJ0F9KsnFBROUevT88Dp+YyS7bUpiWA== spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/mixed; boundary="_002_YQBPR0101MB1042324EE90CE9DD55D49821DDDE0YQBPR0101MB1042_" MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-Network-Message-Id: 19d6169e-bddb-43b2-e4f8-08d5855572f9 X-MS-Exchange-CrossTenant-originalarrivaltime: 09 Mar 2018 00:33:58.9862 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-Transport-CrossTenantHeadersStamped: YQBPR0101MB1555 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Mar 2018 00:34:01 -0000 --_002_YQBPR0101MB1042324EE90CE9DD55D49821DDDE0YQBPR0101MB1042_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable NAGY Andreas wrote: >- after a reboot of the FreeBSD machine the ESXi does not restore the NFS = >datastore again with following warning (just disconnecting the links is fi= ne) > 2018-03-08T12:39:44.602Z cpu23:66484)WARNING: NFS41: >NFS4= 1_Bug:2361: BUG - Invalid BIND_CONN_TO_SESSION error: >NFS4ERR_NOTSUPP The attached patch changes BindConnectiontoSession to reply NFS4ERR_BAD_SESSION when the session doesn't exist. This might trigger recovery after a server reboot. This patch must be applied after bindconn.patch. rick --_002_YQBPR0101MB1042324EE90CE9DD55D49821DDDE0YQBPR0101MB1042_ Content-Type: application/octet-stream; name="bindconn2.patch" Content-Description: bindconn2.patch Content-Disposition: attachment; filename="bindconn2.patch"; size=352; creation-date="Fri, 09 Mar 2018 00:33:50 GMT"; modification-date="Fri, 09 Mar 2018 00:33:50 GMT" Content-Transfer-Encoding: base64 LS0tIGZzL25mc3NlcnZlci9uZnNfbmZzZHN0YXRlLmMuc2F2MgkyMDE4LTAzLTA4IDE5OjUyOjQx LjAyMjM0OTAwMCAtMDUwMAorKysgZnMvbmZzc2VydmVyL25mc19uZnNkc3RhdGUuYwkyMDE4LTAz LTA4IDE5OjUzOjI4LjY2NjYyMDAwMCAtMDUwMApAQCAtNTk4Miw3ICs1OTgyLDcgQEAgbmZzcnZf YmluZGNvbm5zZXNzKHVpbnQ4X3QgKnNlc3Npb25pZCwgaQogCQkJCWVycm9yID0gTkZTRVJSX05P VFNVUFA7CiAJCX0KIAl9IGVsc2UKLQkJZXJyb3IgPSBORlNFUlJfTk9UU1VQUDsKKwkJZXJyb3Ig PSBORlNFUlJfQkFEU0VTU0lPTjsKIAlORlNVTkxPQ0tTRVNTSU9OKHNocCk7CiAJcmV0dXJuIChl cnJvcik7CiB9Cg== --_002_YQBPR0101MB1042324EE90CE9DD55D49821DDDE0YQBPR0101MB1042_-- From owner-freebsd-stable@freebsd.org Fri Mar 9 01:19:00 2018 Return-Path: Delivered-To: freebsd-stable@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 8757CF43EFB for ; Fri, 9 Mar 2018 01:19:00 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-QB1-obe.outbound.protection.outlook.com (mail-eopbgr660042.outbound.protection.outlook.com [40.107.66.42]) (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 10D207B33A for ; Fri, 9 Mar 2018 01:18:59 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from YQBPR0101MB1042.CANPRD01.PROD.OUTLOOK.COM (52.132.66.153) by YQBPR0101MB0836.CANPRD01.PROD.OUTLOOK.COM (52.132.65.150) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.567.14; Fri, 9 Mar 2018 01:18:58 +0000 Received: from YQBPR0101MB1042.CANPRD01.PROD.OUTLOOK.COM ([fe80::3531:c817:d6f:9b93]) by YQBPR0101MB1042.CANPRD01.PROD.OUTLOOK.COM ([fe80::3531:c817:d6f:9b93%13]) with mapi id 15.20.0567.012; Fri, 9 Mar 2018 01:18:58 +0000 From: Rick Macklem To: NAGY Andreas , "'freebsd-stable@freebsd.org'" Subject: =?iso-8859-1?Q?Re:_NFS_4.1_RECLAIM=5FCOMPLETE_FS=A0failed_error_in_combin?= =?iso-8859-1?Q?ation_with_ESXi_client?= Thread-Topic: =?iso-8859-1?Q?NFS_4.1_RECLAIM=5FCOMPLETE_FS=A0failed_error_in_combinatio?= =?iso-8859-1?Q?n_with_ESXi_client?= Thread-Index: AdOx8zAe5+TceuOWQkax+IhJZhNDgQAnzopHABn27/AAIBzCQgAP8SUgAAmzYWAADy6jKgAZTvpAABQ08bcAKLRnLwArPwd4AAPK4ZAAFJa1tQAZS9wAABYVQqI= Date: Fri, 9 Mar 2018 01:18:58 +0000 Message-ID: References: , , , , , <2feda1e2-16d5-43b5-98eb-dcc71cc67c6f@frequentis.com> , , In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes 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; YQBPR0101MB0836; 7:0DNq6YsteiANYeMLWbbg2HWf530bF1LcQiMIzQLdS8peAfn15jv6qcb9pQ/ipDqRa/jjbUTQadpAZv9bZI+RNCFfpRSufYeNYiUzQ2L6nRlvzpST4sCcl6mYyJaL8CBkbTrE5ADIk1hCGUql3Mf+T/4nyBo59zriCTOCEJ03nm0i8W8clj3vog/8RBS/vNzRJXDhgBPLBLr0C+SEVn0XpiqseechPb+dDKP2T1slsWok3ThT5LOW6ZuTdAHLyP6P x-ms-exchange-antispam-srfa-diagnostics: SSOS; x-ms-office365-filtering-correlation-id: f223d4ab-12b7-4be8-3fc3-08d5855bbc19 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(8989060)(5600026)(4604075)(3008032)(4534165)(4627221)(201703031133081)(201702281549075)(8990040)(2017052603328)(7153060)(49563074)(7193020); SRVR:YQBPR0101MB0836; x-ms-traffictypediagnostic: YQBPR0101MB0836: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(158342451672863); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(102415395)(6040522)(2401047)(5005006)(8121501046)(3002001)(10201501046)(93006095)(93001095)(3231220)(944501244)(52105095)(6041310)(20161123562045)(20161123558120)(20161123560045)(201703131423095)(201702281529075)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123564045)(6072148)(201708071742011); SRVR:YQBPR0101MB0836; BCL:0; PCL:0; RULEID:; SRVR:YQBPR0101MB0836; x-forefront-prvs: 0606BBEB39 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(39860400002)(376002)(366004)(346002)(396003)(39380400002)(189003)(199004)(5890100001)(86362001)(3280700002)(68736007)(2950100002)(59450400001)(786003)(25786009)(316002)(6436002)(74482002)(8936002)(9686003)(93886005)(6506007)(102836004)(186003)(55016002)(26005)(478600001)(229853002)(5250100002)(5660300001)(97736004)(2906002)(2900100001)(14454004)(99936001)(106356001)(76176011)(305945005)(33656002)(74316002)(81166006)(53936002)(6246003)(110136005)(99286004)(105586002)(81156014)(3660700001)(7696005)(491001); DIR:OUT; SFP:1101; SCL:1; SRVR:YQBPR0101MB0836; H:YQBPR0101MB1042.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) x-microsoft-antispam-message-info: U7EN8ZKO8Q/U7zHntswwRkZncq993v1DHvfsCF66ZV+gRFwQWv175jx4c1w028UDGEbVnxZOrWl+nx5wY9wKDtHmFV0DNXJC9iBtevMypLQUZYPR3fPpmRwysaN0/tTnSrF+IyndX30j71szpcj64kNjEMUsN2OoN7o+9SPBhoxZBSpHipJYoMoUpKfzG1CMRipNTUO9PxemFuU4f/yOLEzl00sbs8RlRLLd8Mq6Ru7pGGAAD9cBsdB/VJG4jvHY0BTR+uYMiHVtowKO9SsSWcvdf61tPyoE03wLZTL9YY+Y9JLLKenky8CMi7BTxcPl3LpPmpq2WcKEpPd90Xek1A== spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/mixed; boundary="_002_YQBPR0101MB104272F35F3BBD095BAE61E8DDDE0YQBPR0101MB1042_" MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-Network-Message-Id: f223d4ab-12b7-4be8-3fc3-08d5855bbc19 X-MS-Exchange-CrossTenant-originalarrivaltime: 09 Mar 2018 01:18:58.5988 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-Transport-CrossTenantHeadersStamped: YQBPR0101MB0836 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Mar 2018 01:19:00 -0000 --_002_YQBPR0101MB104272F35F3BBD095BAE61E8DDDE0YQBPR0101MB1042_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable NAGY Andreas wrote: >Actually I have only made some quick benchmarks with ATTO in a Windows VM = >which has a vmdk on the NFS41 datastore which is mounted over two 1GB link= s in >different subnets. >Read is nearly the double of just a single connection and write is just a = bit faster. >Don't know if write speed could be improved, actually the shar= e is UFS on a HW >raid controller which has local write speeds about 500MB/= s. I took a quick look at your packet trace and it appears that this client does all write FILESYNC. As such, setting vfs.nfsd.async=3D1 won't have any= affect. If you apply the attached patch, it should change the FILESYNC->UNSTABLE so that vfs.nfsd.async=3D1 will make a difference. Again, doing this does put = data at risk when the server crashes. rick --_002_YQBPR0101MB104272F35F3BBD095BAE61E8DDDE0YQBPR0101MB1042_ Content-Type: application/octet-stream; name="writeasync.patch" Content-Description: writeasync.patch Content-Disposition: attachment; filename="writeasync.patch"; size=739; creation-date="Fri, 09 Mar 2018 01:18:51 GMT"; modification-date="Fri, 09 Mar 2018 01:18:51 GMT" Content-Transfer-Encoding: base64 LS0tIGZzL25mc3NlcnZlci9uZnNfbmZzZHNlcnYuYy5zYXYyCTIwMTgtMDMtMDggMjA6NDQ6NDMu MTYzMDgwMDAwIC0wNTAwCisrKyBmcy9uZnNzZXJ2ZXIvbmZzX25mc2RzZXJ2LmMJMjAxOC0wMy0w OCAyMDo1NDo1MC4yMjU3MTkwMDAgLTA1MDAKQEAgLTkxMiw2ICs5MTIsMTUgQEAgbmZzcnZkX3dy aXRlKHN0cnVjdCBuZnNydl9kZXNjcmlwdCAqbmQsIAogCX0KIAogCS8qCisJICogSWYgbmZzX2Fz eW5jIGlzIG5vbi16ZXJvLCBwcmV0ZW5kIHRoYXQgYWxsIHdyaXRlcyBhcmUgYmVpbmcKKwkgKiBk b25lIE5GU1dSSVRFX1VOU1RBQkxFLiAgRG9pbmcgdGhpcyB2aW9sYXRlcyB0aGUgUkZDcyBhbmQg cnVucyB0aGUKKwkgKiByaXNrIG9mIGRhdGEgbG9zcy9jb3JydXB0aW9uIHdoZW4gdGhlIE5GUyBz ZXJ2ZXIgY3Jhc2hlcy4KKwkgKgorCSAqLworCWlmIChuZnNfYXN5bmMgIT0gMCAmJiAobmQtPm5k X2ZsYWcgJiAoTkRfTkZTVjMgfCBORF9ORlNWNCkpICE9IDApCisJCXN0YWJsZSA9IE5GU1dSSVRF X1VOU1RBQkxFOworCisJLyoKIAkgKiBGb3IgTkZTIFZlcnNpb24gMiwgaXQgaXMgbm90IG9idmlv dXMgd2hhdCBhIHdyaXRlIG9mIHplcm8gbGVuZ3RoCiAJICogc2hvdWxkIGRvLCBidXQgSSBtaWdo dCBhcyB3ZWxsIGJlIGNvbnNpc3RlbnQgd2l0aCBWZXJzaW9uIDMsCiAJICogd2hpY2ggaXMgdG8g cmV0dXJuIG9rIHNvIGxvbmcgYXMgdGhlcmUgYXJlIG5vIHBlcm1pc3Npb24gcHJvYmxlbXMuCg== --_002_YQBPR0101MB104272F35F3BBD095BAE61E8DDDE0YQBPR0101MB1042_-- From owner-freebsd-stable@freebsd.org Fri Mar 9 15:26:06 2018 Return-Path: Delivered-To: freebsd-stable@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 0BAE6F3161E for ; Fri, 9 Mar 2018 15:26:06 +0000 (UTC) (envelope-from Andreas.Nagy@frequentis.com) Received: from mail1.frequentis.com (mail1.frequentis.com [195.20.158.50]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "spamquarantine.frequentis.frq", Issuer "Frequentis Enterprise Issuing CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 678697C223 for ; Fri, 9 Mar 2018 15:26:04 +0000 (UTC) (envelope-from Andreas.Nagy@frequentis.com) X-IronPort-AV: E=Sophos;i="5.47,446,1515452400"; d="scan'208";a="27563328" Received: from vie191nt.frequentis.frq ([172.16.1.191]) by mail1.frequentis.com with ESMTP; 09 Mar 2018 16:25:57 +0100 Received: from vie196nt.frequentis.frq ([172.16.1.196]) by vie191nt.frequentis.frq ([172.16.1.191]) with mapi id 14.03.0382.000; Fri, 9 Mar 2018 16:25:56 +0100 From: NAGY Andreas To: Rick Macklem , "'freebsd-stable@freebsd.org'" Subject: =?iso-8859-1?Q?RE:_NFS_4.1_RECLAIM=5FCOMPLETE_FS=A0failed_error_in_combin?= =?iso-8859-1?Q?ation_with_ESXi_client?= Thread-Topic: =?iso-8859-1?Q?NFS_4.1_RECLAIM=5FCOMPLETE_FS=A0failed_error_in_combinatio?= =?iso-8859-1?Q?n_with_ESXi_client?= Thread-Index: AdOx8zAe5+TceuOWQkax+IhJZhNDgQAnzopHABn27/AAIBzCQgAP8SUgAAmzYWAADy6jKgAZTvpAABQ08bcAKLRnLwArPwd4AAPK4ZAAFJa1tQAZS9wAABCp2AIAIYll8AAB3b2w Date: Fri, 9 Mar 2018 15:25:56 +0000 Message-ID: Accept-Language: de-AT, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.13.148] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Mar 2018 15:26:06 -0000 >The attached patch changes BindConnectiontoSession to reply NFS4ERR_BAD_SE= SSION when the session doesn't exist. This might trigger recovery after a s= erver reboot. >This patch must be applied after bindconn.patch. Works perfect! ESXi host reconnects to the datastore as soon as the nfsserv= er is available. >I took a quick look at your packet trace and it appears that this client d= oes all write FILESYNC. As such, setting vfs.nfsd.async=3D1 won't have any = affect. >If you apply the attached patch, it should change the FILESYNC->UNSTABLE s= o that vfs.nfsd.async=3D1 will make a difference. Again, doing this does pu= t data at risk when the server crashes. Yes, ESXi writes everything sync. With the patch + vfs.nfsd.async=3D1 (only= for testing) writes are a bit faster.=20 If have not tuned anything on the fs settings so far (just formatted it as = standard UFS), compared to multipath iSCSI with VMFS reads are a little bit= faster, but writes are a bit slower. That's just what I see from a simple ATTO benchmark from within a Windows V= M, have not done any details IOP benchmark,... The RAID controller on this machines does not support IT mode, but I think = I will still use ZFS, but only as filesystem on a single hw raid disk. Must= check what are the best setting for this on the hw raid + zfs for nfs. >This one is a mystery to me. It seemed to be upset that the directory is c= hanging (I assume either the Change or ModifyTime attributes). However, if = entries are being deleted, the directory is changing and, as far as I know,= the Change and ModifyTime attributes are supposed to change. >I might try posting on nfsv4@ietf.org in case somebody involved with this = client reads that list and can explain what this is? Maybe it is really just a bug in the VMware integrated host client browser.= Deleting folders on the mounted datastore in the ESXi shell is no problem = and does also not generate any warnings in the vmkernel.log. >I'll take another look and see if I can guess why it doesn't like "2" as a= reason for not issuing a delegation. (As noted before, I don't think this = is serious, but???) This warnings are still there, but don't seem to have any impact. It looks = like they only appeare when files are created or modified on the datastore = from the datastore browser or from shell, have not seen this warnings when = working in a VM on a virtual disk that is stored on the nfs datastore. >Yes, before I posted that I didn't understand why multiple TCP links would= be faster. >I didn't notice at the time that you mentioned using different subnets and= , as such, links couldn't be trunked below TCP. In your case trunking above= TCP makes sense. Yes, actually I am working on a lab environment/testsys I often get some se= rvers as leftovers from projects and there are also plenty of Cisco 1GB swi= tches, but 10GBs are rare. I already did some tests with iSCSI multipathing= but I prefer NFS and now with this I get also the same speed.=20 As I have never seen a working setup with multiple paths for NFS, so I am r= eally happy that you got this working in such a short time. andi From owner-freebsd-stable@freebsd.org Sat Mar 10 00:49:53 2018 Return-Path: Delivered-To: freebsd-stable@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 2F269F362DF for ; Sat, 10 Mar 2018 00:49:53 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-TO1-obe.outbound.protection.outlook.com (mail-eopbgr670071.outbound.protection.outlook.com [40.107.67.71]) (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 8C5757680D for ; Sat, 10 Mar 2018 00:49:51 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from YQBPR0101MB1042.CANPRD01.PROD.OUTLOOK.COM (52.132.66.153) by YQBPR0101MB0980.CANPRD01.PROD.OUTLOOK.COM (52.132.66.139) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.567.14; Sat, 10 Mar 2018 00:49:50 +0000 Received: from YQBPR0101MB1042.CANPRD01.PROD.OUTLOOK.COM ([fe80::3531:c817:d6f:9b93]) by YQBPR0101MB1042.CANPRD01.PROD.OUTLOOK.COM ([fe80::3531:c817:d6f:9b93%13]) with mapi id 15.20.0567.015; Sat, 10 Mar 2018 00:49:50 +0000 From: Rick Macklem To: NAGY Andreas , "'freebsd-stable@freebsd.org'" Subject: =?iso-8859-1?Q?Re:_NFS_4.1_RECLAIM=5FCOMPLETE_FS=A0failed_error_in_combin?= =?iso-8859-1?Q?ation_with_ESXi_client?= Thread-Topic: =?iso-8859-1?Q?NFS_4.1_RECLAIM=5FCOMPLETE_FS=A0failed_error_in_combinatio?= =?iso-8859-1?Q?n_with_ESXi_client?= Thread-Index: AdOx8zAe5+TceuOWQkax+IhJZhNDgQAnzopHABn27/AAIBzCQgAP8SUgAAmzYWAADy6jKgAZTvpAABQ08bcAKLRnLwArPwd4AAPK4ZAAFJa1tQAZS9wAABCp2AIAIYll8AAB3b2wABNx/+g= Date: Sat, 10 Mar 2018 00:49:49 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes 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; YQBPR0101MB0980; 7:FeNghbxj6mwc0FK+mheqZTSdZNYbdrvTkKvxDYE9KfRB/jXd4DEV6qXMkpEGOCQPhMcYnuea0rW/tGVc6C7vtzk3DoX5u4Dw4YFhSkcvHLfXKJtRvypyyNRypBeoXnBSdhr6yE5Bv8dWkFOIO8mG25FS+9Hojb94vBdZMbjbQko1JdcIw5tSaAPB4wZmCHWyqNIFA99z+nMsGxFTxG/AVDYTC7LNbUFAUc6QIYCxS3X0RGT1KGK0yL8Mwcn9MJe2 x-ms-exchange-antispam-srfa-diagnostics: SSOS; x-ms-office365-filtering-correlation-id: a4fe946a-9650-4c58-d324-08d58620d43e x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(8989060)(5600026)(4604075)(3008032)(4534165)(4627221)(201703031133081)(201702281549075)(8990040)(2017052603328)(7153060)(49563074)(7193020); SRVR:YQBPR0101MB0980; x-ms-traffictypediagnostic: YQBPR0101MB0980: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(102415395)(6040522)(2401047)(5005006)(8121501046)(10201501046)(3002001)(93006095)(93001095)(3231220)(944501244)(52105095)(6041310)(20161123558120)(20161123560045)(20161123564045)(20161123562045)(201703131423095)(201702281529075)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(6072148)(201708071742011); SRVR:YQBPR0101MB0980; BCL:0; PCL:0; RULEID:; SRVR:YQBPR0101MB0980; x-forefront-prvs: 06070568C5 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(39380400002)(39860400002)(396003)(346002)(366004)(376002)(189003)(199004)(110136005)(74482002)(74316002)(105586002)(55016002)(5890100001)(6246003)(8936002)(786003)(9686003)(97736004)(316002)(5250100002)(53936002)(106356001)(5660300001)(25786009)(3280700002)(81166006)(81156014)(68736007)(305945005)(2906002)(6436002)(102836004)(6506007)(478600001)(86362001)(99286004)(99936001)(229853002)(2950100002)(76176011)(3660700001)(33656002)(7696005)(14454004)(26005)(186003)(2900100001)(491001); DIR:OUT; SFP:1101; SCL:1; SRVR:YQBPR0101MB0980; H:YQBPR0101MB1042.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) x-microsoft-antispam-message-info: 2kpREwt4x3ChuSGHU1N/HKbZlHqDUrlArwHNoQCbElI7QvgOxdpaA2m81R7u5JZhjUs0vjlMwU9Epc1H3XZjDVxhU5yWknBqM9VlOFSBH6mwZMzhhx8UJxSZpmrWvawNTmodlQGbmJAtg6DxMw/y1JdAl/HVbZP7vspbxl33Zjar3QEX/11uYf8kmAIIiB/dEeEt3ROcw4wfC3UU9LjlOS6G9wIGYUl4oP54opJ+YVzy72VF5cuSUN34iOzCVjlArs1zdj0s1A1jOp6u7YoKNYeCYIYE7LMpCkYrI6Rd/LIUpZiQkmlyFceHuDZE8GOeEIrwyEEuAqVAyO/91R67kQ== spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/mixed; boundary="_002_YQBPR0101MB1042BE8D8A530CA8A905552FDDDD0YQBPR0101MB1042_" MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-Network-Message-Id: a4fe946a-9650-4c58-d324-08d58620d43e X-MS-Exchange-CrossTenant-originalarrivaltime: 10 Mar 2018 00:49:50.0130 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-Transport-CrossTenantHeadersStamped: YQBPR0101MB0980 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Mar 2018 00:49:53 -0000 --_002_YQBPR0101MB1042BE8D8A530CA8A905552FDDDD0YQBPR0101MB1042_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable NAGY Andreas wrote: >>I'll take another look and see if I can guess why it doesn't like "2" as = a reason for >not issuing a delegation. (As noted before, I don't think thi= s is serious, but???) > >This warnings are still there, but don't seem to have any impact. It looks= like they >only appeare when files are created or modified on the datastor= e from the >datastore browser or from shell, have not seen this warnings wh= en working in a >VM on a virtual disk that is stored on the nfs datastore. I've attached one more little patch. If this one is applied after wantdeleg= .patch and wantdeleg2.patch it might get rid of these. (There was another place that needed to be changed that got missed by wantdeleg.patch.) Have fun with it, rick --_002_YQBPR0101MB1042BE8D8A530CA8A905552FDDDD0YQBPR0101MB1042_ Content-Type: application/octet-stream; name="wantdeleg3.patch" Content-Description: wantdeleg3.patch Content-Disposition: attachment; filename="wantdeleg3.patch"; size=1197; creation-date="Sat, 10 Mar 2018 00:49:41 GMT"; modification-date="Sat, 10 Mar 2018 00:49:41 GMT" Content-Transfer-Encoding: base64 LS0tIGZzL25mc3NlcnZlci9uZnNfbmZzZHN0YXRlLmMub3JpZwkyMDE4LTAzLTA4IDIxOjQ3OjIx LjI3NTE4MjAwMCAtMDUwMAorKysgZnMvbmZzc2VydmVyL25mc19uZnNkc3RhdGUuYwkyMDE4LTAz LTA4IDIxOjU0OjEwLjMxODM4MzAwMCAtMDUwMApAQCAtMzA2OCwxNiArMzA2OSwxNyBAQCB0cnlh Z2FpbjoKIAkJICAgIC8qCiAJCSAgICAgKiBUaGlzIGlzIHdoZXJlIHdlIGNhbiBjaG9vc2UgdG8g aXNzdWUgYSBkZWxlZ2F0aW9uLgogCQkgICAgICovCi0JCSAgICBpZiAoZGVsZWdhdGUgPT0gMCB8 fCAod3JpdGVkZWxlZyA9PSAwICYmIHJlYWRvbmx5ID09IDApIHx8Ci0JCQkhTkZTVk5PX0RFTEVH T0sodnApIHx8CisJCSAgICBpZiAoKG5ld19zdHAtPmxzX2ZsYWdzICYgTkZTTENLX1dBTlROT0RF TEVHKSAhPSAwKQorCQkJKnJmbGFnc3AgfD0gTkZTVjRPUEVOX1dETk9UV0FOVEVEOworCQkgICAg ZWxzZSBpZiAobmZzcnZfaXNzdWVkZWxlZ3MgPT0gMCkKKwkJCSpyZmxhZ3NwIHw9IE5GU1Y0T1BF Tl9XRFNVUFBGVFlQRTsKKwkJICAgIGVsc2UgaWYgKE5GU1JWX1Y0REVMRUdMSU1JVChuZnNydl9k ZWxlZ2F0ZWNudCkpCisJCQkqcmZsYWdzcCB8PSBORlNWNE9QRU5fV0RSRVNPVVJDRTsKKwkJICAg IGVsc2UgaWYgKGRlbGVnYXRlID09IDAgfHwgKHdyaXRlZGVsZWcgPT0gMCAmJgorCQkJcmVhZG9u bHkgPT0gMCkgfHwgIU5GU1ZOT19ERUxFR09LKHZwKSB8fAogCQkJKGNscC0+bGNfZmxhZ3MgJiAo TENMX0NBTExCQUNLU09OIHwgTENMX0NCRE9XTikpICE9CiAJCQkgTENMX0NBTExCQUNLU09OKQog CQkJKnJmbGFnc3AgfD0gTkZTVjRPUEVOX1dEQ09OVEVOVElPTjsKLQkJICAgIGVsc2UgaWYgKG5m c3J2X2lzc3VlZGVsZWdzID09IDAgfHwKLQkJCU5GU1JWX1Y0REVMRUdMSU1JVChuZnNydl9kZWxl Z2F0ZWNudCkpCi0JCQkqcmZsYWdzcCB8PSBORlNWNE9QRU5fV0RSRVNPVVJDRTsKLQkJICAgIGVs c2UgaWYgKChuZXdfc3RwLT5sc19mbGFncyAmIE5GU0xDS19XQU5UTk9ERUxFRykgIT0gMCkKLQkJ CSpyZmxhZ3NwIHw9IE5GU1Y0T1BFTl9XRE5PVFdBTlRFRDsKIAkJICAgIGVsc2UgewogCQkJbmV3 X2RlbGVnLT5sc19zdGF0ZWlkLnNlcWlkID0gZGVsZWdzdGF0ZWlkcC0+c2VxaWQgPSAxOwogCQkJ bmV3X2RlbGVnLT5sc19zdGF0ZWlkLm90aGVyWzBdID0gZGVsZWdzdGF0ZWlkcC0+b3RoZXJbMF0K --_002_YQBPR0101MB1042BE8D8A530CA8A905552FDDDD0YQBPR0101MB1042_-- From owner-freebsd-stable@freebsd.org Sat Mar 10 01:23:55 2018 Return-Path: Delivered-To: freebsd-stable@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 A3AEEF39121 for ; Sat, 10 Mar 2018 01:23:55 +0000 (UTC) (envelope-from 3qjOjWggJDnkk0wuekqmdjXfi.ZljcobbYpa-pqXYibcobbYpa.lod@trix.bounces.google.com) Received: from mail-ot0-x248.google.com (mail-ot0-x248.google.com [IPv6:2607:f8b0:4003:c0f::248]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3B67578810 for ; Sat, 10 Mar 2018 01:23:55 +0000 (UTC) (envelope-from 3qjOjWggJDnkk0wuekqmdjXfi.ZljcobbYpa-pqXYibcobbYpa.lod@trix.bounces.google.com) Received: by mail-ot0-x248.google.com with SMTP id i28so5906498otf.21 for ; Fri, 09 Mar 2018 17:23:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:reply-to:message-id:date:subject:from:to; bh=lnaqCqIdK3QvRyS3uUhOFMjs9F+IKqsvYuQAPPDhmko=; b=BE59Fu3tGfZP1BpzFdEtkyqJ3A0PYObsVMtwX2ELyzDqOdV4qPsT+LGcjhlXVnr4Qn eP97VeVRvfFj6G5qLlUIZ1vCCEjHyCl7J4GdD7D/3WJD7qTeM1QOMX8/mdb1a3I0iXXq Dd3lzZQNsyhi33V/eE+u03JxpZVLIkmrXjF4h6R+kQNHsfzV6PXbgv2IHNCALkEfs85E XWsSNNr46F6CTt0w6CxQBZXZ/7wpqXcDNjZ6olfx0zr5IrJfQvkWVn2IWBtTL58XdEuK Yxdg+jt/9NsDeQKCDQSEnM+tkAvOMu+LeH32FncNa9NSboUbBebwlVzIvU0H/J2loDvc PfGQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:reply-to:message-id:date:subject :from:to; bh=lnaqCqIdK3QvRyS3uUhOFMjs9F+IKqsvYuQAPPDhmko=; b=Rw85kl2KM2gWKc0SWqatujdUHKzncSz+uKtue2nM9ey5SY2IUIxwDZJMgb3vy3KTNC 23CRSI1xLQYAlDeGiGjdI6YDu6mtwcdUPPnEi4JdZ90S7rM7wFdTr0//N/HvqFbZ+6Xx B9r0/ELNUbO8r/Wl+zMo9qOwJYf3Mng0g5r4SY90Y3jsvr5nNhSS4COsxnucG/dS3bys mne3wHf1Ka1ZLV7LObusaSMQ0hDYp93i7t29wIHwK1VacVGJlks0l9FxVzVKvXca27wF fj5jusGPyUBFuTqY+medNPoL7+O3eFxLtp91E1hBgrcrwPNl+irvI1GljGI2IvDRTp7Z qYtg== X-Gm-Message-State: AElRT7Hdxk5uN6KE57/Sajmnm/rj6w2SixQ4T3lJEA5KSPO2kVKkCblm kis8ubLhwpd18Fl6uTQUc0AX08989J4TLeExSawV MIME-Version: 1.0 X-Received: by 10.157.80.36 with SMTP id a36mt305616oth.18.1520645034536; Fri, 09 Mar 2018 17:23:54 -0800 (PST) Reply-To: n3zxhntp@gmail.com X-No-Auto-Attachment: 1 Message-ID: Date: Sat, 10 Mar 2018 01:23:54 +0000 Subject: =?UTF-8?B?5aKe5Yqg5LiA5a+55LiA6K+i55uY55qE5pyJ5pWI5pa55rOV?= From: n3zxhntp@gmail.com To: freebsd-stable@freebsd.org Content-Type: text/plain; charset="UTF-8"; format=flowed; delsp=yes Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Mar 2018 01:23:55 -0000 5oiR5bey6YKA6K+35oKo5aGr5YaZ5Lul5LiL6KGo5Y2V77yaDQrpobrnpZ3llYbnpbrvvIENCg0K 6KaB5aGr5YaZ5q2k6KGo5Y2V77yM6K+36K6/6Zeu77yaDQpodHRwczovL2RvY3MuZ29vZ2xlLmNv bS9mb3Jtcy9kL2UvMUZBSXBRTFNjSkgybGVOa0NiSTFubnFJbmV5RkVTeUg0akhyYTBEUFhHQzNK cWdESUFPaUZvalEvdmlld2Zvcm0/Yz0wJmFtcDt3PTEmYW1wO3VzcD1tYWlsX2Zvcm1fbGluaw0K DQrmiJHlt7LpgoDor7fmgqjloavlhpnooajljZXvvJoNCg0KR29vZ2xl6KGo5Y2V77ya5Yib5bu6 6LCD5p+l6Zeu5Y235bm25YiG5p6Q6LCD5p+l57uT5p6c44CCDQo= From owner-freebsd-stable@freebsd.org Sat Mar 10 13:10:38 2018 Return-Path: Delivered-To: freebsd-stable@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 5E8BBF361DA for ; Sat, 10 Mar 2018 13:10:38 +0000 (UTC) (envelope-from Andreas.Nagy@frequentis.com) Received: from mail1.frequentis.com (mail1.frequentis.com [195.20.158.50]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "spamquarantine.frequentis.frq", Issuer "Frequentis Enterprise Issuing CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id BA1D272BA0 for ; Sat, 10 Mar 2018 13:10:37 +0000 (UTC) (envelope-from Andreas.Nagy@frequentis.com) X-IronPort-AV: E=Sophos;i="5.47,451,1515452400"; d="scan'208";a="27570444" Received: from vie190nt.frequentis.frq ([172.16.1.190]) by mail1.frequentis.com with ESMTP; 10 Mar 2018 14:10:34 +0100 Received: from vie196nt.frequentis.frq ([172.16.1.196]) by vie190nt.frequentis.frq ([172.16.1.190]) with mapi id 14.03.0382.000; Sat, 10 Mar 2018 14:10:34 +0100 From: NAGY Andreas To: Rick Macklem , "'freebsd-stable@freebsd.org'" Subject: =?iso-8859-1?Q?RE:_NFS_4.1_RECLAIM=5FCOMPLETE_FS=A0failed_error_in_combin?= =?iso-8859-1?Q?ation_with_ESXi_client?= Thread-Topic: =?iso-8859-1?Q?NFS_4.1_RECLAIM=5FCOMPLETE_FS=A0failed_error_in_combinatio?= =?iso-8859-1?Q?n_with_ESXi_client?= Thread-Index: AdOx8zAe5+TceuOWQkax+IhJZhNDgQAnzopHABn27/AAIBzCQgAP8SUgAAmzYWAADy6jKgAZTvpAABQ08bcAKLRnLwArPwd4AAPK4ZAAFJa1tQAZS9wAABCp2AIAIYll8AAB3b2wABNx/+gAGe9tgA== Date: Sat, 10 Mar 2018 13:10:32 +0000 Message-ID: References: In-Reply-To: Accept-Language: de-AT, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.12.31] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Mar 2018 13:10:38 -0000 Thanks, the not issuing delegation warnings disappeared with this patch. But now there are some new warnings I haven't seen so far: 2018-03-10T13:01:39.441Z cpu8:68046)WARNING: NFS41: NFS41FSOpGetObject:2148= : Failed to get object 0x43910e71b386 [36 c6b10167 9b157f95 5aa100fb 8ffcf2= c1 c 2 9f22ad6d 0 0 0 0 0]: Stale file handle These only appear several times after a the NFS share is mounted or remount= ed after a connection loss.=20 Everything works fine, but haven't seen them till I applied the last patch. andi From owner-freebsd-stable@freebsd.org Sat Mar 10 22:20:44 2018 Return-Path: Delivered-To: freebsd-stable@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 33E8AF392CD for ; Sat, 10 Mar 2018 22:20:44 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-TO1-obe.outbound.protection.outlook.com (mail-eopbgr670064.outbound.protection.outlook.com [40.107.67.64]) (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 B6E4386859 for ; Sat, 10 Mar 2018 22:20:43 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from YQBPR0101MB1042.CANPRD01.PROD.OUTLOOK.COM (52.132.66.153) by YQBPR0101MB1539.CANPRD01.PROD.OUTLOOK.COM (52.132.69.146) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.567.14; Sat, 10 Mar 2018 22:20:42 +0000 Received: from YQBPR0101MB1042.CANPRD01.PROD.OUTLOOK.COM ([fe80::3531:c817:d6f:9b93]) by YQBPR0101MB1042.CANPRD01.PROD.OUTLOOK.COM ([fe80::3531:c817:d6f:9b93%13]) with mapi id 15.20.0567.017; Sat, 10 Mar 2018 22:20:42 +0000 From: Rick Macklem To: NAGY Andreas , "'freebsd-stable@freebsd.org'" Subject: =?iso-8859-1?Q?Re:_NFS_4.1_RECLAIM=5FCOMPLETE_FS=A0failed_error_in_combin?= =?iso-8859-1?Q?ation_with_ESXi_client?= Thread-Topic: =?iso-8859-1?Q?NFS_4.1_RECLAIM=5FCOMPLETE_FS=A0failed_error_in_combinatio?= =?iso-8859-1?Q?n_with_ESXi_client?= Thread-Index: AdOx8zAe5+TceuOWQkax+IhJZhNDgQAnzopHABn27/AAIBzCQgAP8SUgAAmzYWAADy6jKgAZTvpAABQ08bcAKLRnLwArPwd4AAPK4ZAAFJa1tQAZS9wAABCp2AIAIYll8AAB3b2wABNx/+gAGe9tgAATPsrU Date: Sat, 10 Mar 2018 22:20:42 +0000 Message-ID: References: , In-Reply-To: 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; YQBPR0101MB1539; 7:3RHbqLaEkO8e5WTTmsYI9HS5gMQpK75cFXvrNqwihuqvnUhTjUY2V8nX2K7xfSKhGG9AiRLajDz0XHLrwFjeKLQ6N4I3pTXkHncrBf7zTzrVRNjDeQa4EQiXVbvIySE5OYj24h4oeLPj6AE0WMuCbNISk+LpZzj0dsztlryxxZurs4fcvhnD795TJ8pJHrsSbVSv7FYt/Nd9TmaSguWjJkDq1nPwRehWdMBr6nXmwFejuF44iMbPEy9E0m/wu+k/ x-ms-exchange-antispam-srfa-diagnostics: SSOS; x-ms-office365-filtering-correlation-id: 80a33294-439b-4158-293b-08d586d5293f x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(8989060)(5600026)(4604075)(3008032)(4534165)(4627221)(201703031133081)(201702281549075)(8990040)(2017052603328)(7153060)(7193020); SRVR:YQBPR0101MB1539; x-ms-traffictypediagnostic: YQBPR0101MB1539: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040522)(2401047)(5005006)(8121501046)(3231220)(944501244)(52105095)(10201501046)(3002001)(93006095)(93001095)(6041310)(20161123558120)(20161123560045)(201703131423095)(201702281529075)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123562045)(20161123564045)(6072148)(201708071742011); SRVR:YQBPR0101MB1539; BCL:0; PCL:0; RULEID:; SRVR:YQBPR0101MB1539; x-forefront-prvs: 06070568C5 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(376002)(396003)(39860400002)(366004)(346002)(39380400002)(199004)(189003)(105586002)(2950100002)(5250100002)(106356001)(229853002)(3660700001)(74482002)(25786009)(55016002)(6246003)(7696005)(6436002)(2906002)(53936002)(97736004)(99286004)(3280700002)(76176011)(9686003)(81166006)(305945005)(68736007)(8936002)(5660300001)(110136005)(33656002)(81156014)(74316002)(786003)(316002)(2900100001)(14454004)(478600001)(59450400001)(6506007)(26005)(102836004)(186003)(86362001)(491001); DIR:OUT; SFP:1101; SCL:1; SRVR:YQBPR0101MB1539; H:YQBPR0101MB1042.CANPRD01.PROD.OUTLOOK.COM; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: uoguelph.ca does not designate permitted sender hosts) x-microsoft-antispam-message-info: kE9xI9wOnDhr3b3krjYxqcPm6zXJpMivd+PqMq87CW1wIsu1dCIRphAPafV120aQNjlwsZs8ckUhEi+eLLMl6vHdkXdCLE/wBDQ/SPaRSzo/5ZCyjikMe8PqYx2tgh08mxldpanY8TsYCZg4YojWA5xxnEUn2FVqGkwsKp3knZTTa4JMf2bzmOk1onOPLghpnRYfCLkamh4KvYOlmp1W+OzWh2NAC2ngm9q35HMQgEDfQRdowaf5vLNeaXNPxOgESfLpRixlvWZYjbzMjhrWRR4NJPPTjxfRjSlyjpE4T2xJEsO89CX3PXvX/xkMkWDnOp8dY2cnLhJh4cg1QNrDCw== 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: 80a33294-439b-4158-293b-08d586d5293f X-MS-Exchange-CrossTenant-originalarrivaltime: 10 Mar 2018 22:20:42.0485 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-Transport-CrossTenantHeadersStamped: YQBPR0101MB1539 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Mar 2018 22:20:44 -0000 NAGY Andreas wrote: >Thanks, the not issuing delegation warnings disappeared with this patch. > >But now there are some new warnings I haven't seen so far: >2018-03-10T13:01:39.441Z cpu8:68046)WARNING: NFS41: NFS41FSOpGetObject:214= 8: Failed to >get object 0x43910e71b386 [36 c6b10167 9b157f95 5aa100fb 8ffc= f2c1 c 2 9f22ad6d 0 0 0 0 0]: >Stale file handle I doubt these would be related to the patch. A stale FH means that the clie= nt tried to access a file via its FH after it was removed. (Normally this is a client b= ug, but hopefully not one that will cause grief.) >These only appear several times after a the NFS share is mounted or remoun= ted after a >connection loss. >Everything works fine, but haven't seen them till I applied the last patch= . > >andi Ok. Thanks for testing all of these patches. I will probably get cleaned up= versions of them committed in April. The main outstanding issue is the Readdir one about directory changing too = much. Hopefully I can find out something about it via email. Have fun with it, rick From owner-freebsd-stable@freebsd.org Sat Mar 10 23:06:15 2018 Return-Path: Delivered-To: freebsd-stable@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 C6575F3D7D8 for ; Sat, 10 Mar 2018 23:06:15 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound1b.ore.mailhop.org (outbound1b.ore.mailhop.org [54.200.247.200]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 45E0E6A4DC for ; Sat, 10 Mar 2018 23:06:15 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: 6ab30256-24b7-11e8-bb8e-b35b57339d60 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 67.177.211.60 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [67.177.211.60]) by outbound1.ore.mailhop.org (Halon) with ESMTPSA id 6ab30256-24b7-11e8-bb8e-b35b57339d60; Sat, 10 Mar 2018 23:04:42 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id w2AN59sH011863; Sat, 10 Mar 2018 16:05:09 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: <1520723109.84937.136.camel@freebsd.org> Subject: Re: zfs problems after rebuilding system [SOLVED] From: Ian Lepore To: Pete French , freebsd-stable@freebsd.org Date: Sat, 10 Mar 2018 16:05:09 -0700 In-Reply-To: <9b3cd942-347c-44a2-60d6-0b3c4a45552f@ingresso.co.uk> References: <21c64a2d-b9f9-24c8-88ec-ff1210891f60@zyxst.net> <1dc2b8ef-2914-8182-e2b0-ac637e6b2095@zyxst.net> <65372449-53f1-8002-981a-e20f4a592e26@zyxst.net> <5CFC89E9-57BE-4CB7-9C55-0D3CCF1E8D3D@FreeBSD.org> <20180303234236.M3811@besplex.bde.org> <9b3cd942-347c-44a2-60d6-0b3c4a45552f@ingresso.co.uk> Content-Type: text/plain; charset="ISO-8859-1" X-Mailer: Evolution 3.18.5.1 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Mar 2018 23:06:15 -0000 On Sat, 2018-03-03 at 16:19 +0000, Pete French wrote: > > > > > That won't work for the boot drive. > > > > When no boot drive is detected early enough, the kernel goes to the > > mountroot prompt.  That seems to hold a Giant lock which inhibits > > further progress being made.  Sometimes progress can be made by > > trying > > to mount unmountable partitions on other drives, but this usually > > goes > > too fast, especially if the USB drive often times out. > > > We have this problem in Azure with a ZFS root, was fixed by the pacth > in  > this bug report, which actually starts off being about USB. > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=208882 > > You can then set the mountroot timeout as normal and it works. > > I wold really like this patch to be applied, but it seems to have  > languished since last summer. We use this as standard on all our > cloud  > machines now, and it works very nicely. > > -pete. I've committed a fix to -current (r330745) based on that patch.  It would be good if people running -current who've had this problem could give it some testing.  I'd like to get it merged back to 11 before the 11.1 release (and back to 10-stable as well). With r330745 in place, the only setting that should be needed if your rootfs is on a device that is slow to arrive is vfs.mountroot.timeout= in loader.conf; the value is the number of seconds to wait before giving up and going to the mountroot prompt. -- Ian From owner-freebsd-stable@freebsd.org Sat Mar 10 23:08:49 2018 Return-Path: Delivered-To: freebsd-stable@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 00134F3DC40 for ; Sat, 10 Mar 2018 23:08:48 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from constantine.ingresso.co.uk (unknown [IPv6:2a02:b90:3002:411::3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 920636A6B4; Sat, 10 Mar 2018 23:08:48 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from cpc73666-dals20-2-0-cust303.20-2.cable.virginm.net ([82.47.237.48] helo=foula.drayhouse.twisted.org.uk) by constantine.ingresso.co.uk with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.89 (FreeBSD)) (envelope-from ) id 1eunba-000NMN-5z; Sat, 10 Mar 2018 23:08:46 +0000 Subject: Re: zfs problems after rebuilding system [SOLVED] To: Ian Lepore , freebsd-stable@freebsd.org References: <21c64a2d-b9f9-24c8-88ec-ff1210891f60@zyxst.net> <1dc2b8ef-2914-8182-e2b0-ac637e6b2095@zyxst.net> <65372449-53f1-8002-981a-e20f4a592e26@zyxst.net> <5CFC89E9-57BE-4CB7-9C55-0D3CCF1E8D3D@FreeBSD.org> <20180303234236.M3811@besplex.bde.org> <9b3cd942-347c-44a2-60d6-0b3c4a45552f@ingresso.co.uk> <1520723109.84937.136.camel@freebsd.org> From: Pete French Message-ID: <84146241-12d3-8333-0687-c2377838f175@ingresso.co.uk> Date: Sat, 10 Mar 2018 23:08:47 +0000 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <1520723109.84937.136.camel@freebsd.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-GB Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Mar 2018 23:08:49 -0000 Ah, thankyou! I haven;t run current before, but as this is such an issue for us I;ll setup an Azure machine running it and have it reboot every five minutes or so to check it works OK. Unfortunately the error doesnt show up consisntently, as its a race condition. Will let you know if it fails for any reason. -pete. [time to take a dive into the exiting world of current] From owner-freebsd-stable@freebsd.org Sat Mar 10 23:15:26 2018 Return-Path: Delivered-To: freebsd-stable@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 F1169F3E749 for ; Sat, 10 Mar 2018 23:15:25 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound1b.ore.mailhop.org (outbound1b.ore.mailhop.org [54.200.247.200]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7C4096AC86 for ; Sat, 10 Mar 2018 23:15:25 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: d7cfe390-24b8-11e8-bb8e-b35b57339d60 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 67.177.211.60 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [67.177.211.60]) by outbound1.ore.mailhop.org (Halon) with ESMTPSA id d7cfe390-24b8-11e8-bb8e-b35b57339d60; Sat, 10 Mar 2018 23:14:55 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id w2ANFMSv011884; Sat, 10 Mar 2018 16:15:22 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: <1520723722.84937.139.camel@freebsd.org> Subject: Re: zfs problems after rebuilding system [SOLVED] From: Ian Lepore To: Pete French , freebsd-stable@freebsd.org Date: Sat, 10 Mar 2018 16:15:22 -0700 In-Reply-To: <84146241-12d3-8333-0687-c2377838f175@ingresso.co.uk> References: <21c64a2d-b9f9-24c8-88ec-ff1210891f60@zyxst.net> <1dc2b8ef-2914-8182-e2b0-ac637e6b2095@zyxst.net> <65372449-53f1-8002-981a-e20f4a592e26@zyxst.net> <5CFC89E9-57BE-4CB7-9C55-0D3CCF1E8D3D@FreeBSD.org> <20180303234236.M3811@besplex.bde.org> <9b3cd942-347c-44a2-60d6-0b3c4a45552f@ingresso.co.uk> <1520723109.84937.136.camel@freebsd.org> <84146241-12d3-8333-0687-c2377838f175@ingresso.co.uk> Content-Type: text/plain; charset="ISO-8859-1" X-Mailer: Evolution 3.18.5.1 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Mar 2018 23:15:26 -0000 On Sat, 2018-03-10 at 23:08 +0000, Pete French wrote: > Ah, thankyou! I haven;t run current before, but as this is such an issue  > for us I;ll setup an Azure machine running it and have it reboot every  > five minutes or so to check it works OK. Unfortunately the error doesnt  > show up consisntently, as its a race condition. Will let you know if it > fails for any reason. > > -pete. [time to take a dive into the exiting world of current] It looks like r330745 applies fine to stable-11 without any changes, and there's plenty of value in testing that as well, if you're already set up for that world. -- Ian From owner-freebsd-stable@freebsd.org Sat Mar 10 23:42:29 2018 Return-Path: Delivered-To: freebsd-stable@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 1DAE8F40E69 for ; Sat, 10 Mar 2018 23:42:29 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from constantine.ingresso.co.uk (unknown [IPv6:2a02:b90:3002:411::3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AEAF06C0CE; Sat, 10 Mar 2018 23:42:28 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from cpc73666-dals20-2-0-cust303.20-2.cable.virginm.net ([82.47.237.48] helo=foula.drayhouse.twisted.org.uk) by constantine.ingresso.co.uk with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.89 (FreeBSD)) (envelope-from ) id 1euo8B-000OTU-P5; Sat, 10 Mar 2018 23:42:27 +0000 Subject: Re: zfs problems after rebuilding system [SOLVED] To: Ian Lepore , freebsd-stable@freebsd.org References: <21c64a2d-b9f9-24c8-88ec-ff1210891f60@zyxst.net> <65372449-53f1-8002-981a-e20f4a592e26@zyxst.net> <5CFC89E9-57BE-4CB7-9C55-0D3CCF1E8D3D@FreeBSD.org> <20180303234236.M3811@besplex.bde.org> <9b3cd942-347c-44a2-60d6-0b3c4a45552f@ingresso.co.uk> <1520723109.84937.136.camel@freebsd.org> <84146241-12d3-8333-0687-c2377838f175@ingresso.co.uk> <1520723722.84937.139.camel@freebsd.org> From: Pete French Message-ID: <217437b9-9879-8919-966a-45cf5eb58d33@ingresso.co.uk> Date: Sat, 10 Mar 2018 23:42:29 +0000 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <1520723722.84937.139.camel@freebsd.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-GB Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Mar 2018 23:42:29 -0000 > It looks like r330745 applies fine to stable-11 without any changes, > and there's plenty of value in testing that as well, if you're already > set up for that world. > Ive been running the patch from the PR in production since the original bug report and it works fine. I havent looked at r330745 yes, but can replace the PR patch with that and give it a whirl.... will take a look Monday at whats possible. -pete. From owner-freebsd-stable@freebsd.org Sat Mar 10 23:48:17 2018 Return-Path: Delivered-To: freebsd-stable@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 AB1C4F41660 for ; Sat, 10 Mar 2018 23:48:17 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound1a.eu.mailhop.org (outbound1a.eu.mailhop.org [52.58.109.202]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 32BE86C516 for ; Sat, 10 Mar 2018 23:48:17 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: 7cee881b-24bd-11e8-91c6-33ffc249f3e8 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 67.177.211.60 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [67.177.211.60]) by outbound1.eu.mailhop.org (Halon) with ESMTPSA id 7cee881b-24bd-11e8-91c6-33ffc249f3e8; Sat, 10 Mar 2018 23:48:11 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id w2ANm5Zs011960; Sat, 10 Mar 2018 16:48:05 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: <1520725685.84937.144.camel@freebsd.org> Subject: Re: zfs problems after rebuilding system [SOLVED] From: Ian Lepore To: Pete French , freebsd-stable@freebsd.org Date: Sat, 10 Mar 2018 16:48:05 -0700 In-Reply-To: <217437b9-9879-8919-966a-45cf5eb58d33@ingresso.co.uk> References: <21c64a2d-b9f9-24c8-88ec-ff1210891f60@zyxst.net> <65372449-53f1-8002-981a-e20f4a592e26@zyxst.net> <5CFC89E9-57BE-4CB7-9C55-0D3CCF1E8D3D@FreeBSD.org> <20180303234236.M3811@besplex.bde.org> <9b3cd942-347c-44a2-60d6-0b3c4a45552f@ingresso.co.uk> <1520723109.84937.136.camel@freebsd.org> <84146241-12d3-8333-0687-c2377838f175@ingresso.co.uk> <1520723722.84937.139.camel@freebsd.org> <217437b9-9879-8919-966a-45cf5eb58d33@ingresso.co.uk> Content-Type: text/plain; charset="ISO-8859-1" X-Mailer: Evolution 3.18.5.1 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Mar 2018 23:48:17 -0000 On Sat, 2018-03-10 at 23:42 +0000, Pete French wrote: > > > > It looks like r330745 applies fine to stable-11 without any changes, > > and there's plenty of value in testing that as well, if you're already > > set up for that world. > > > > Ive been running the patch from the PR in production since the original  > bug report and it works fine. I havent looked at r330745 yes, but can  > replace the PR patch with that and give it a whirl.... will take a look  > Monday at whats possible. > > -pete. > I based my fix heavily on that patch from the PR, but I rewrote it enough that I might've made any number of mistakes, so it needs fresh testing.  The main change I made was to make it a lot less noisy while waiting (it only mentions the wait once, unless bootverbose is set, in which case it's once per second).  I also removed the logic that limited the retries to nfs and zfs, because I think we can remove all the old code related to waiting that only worked for ufs and let this new retry be the way it waits for all filesystems.  But that's a bigger change we can do separately; I didn't want to hold up this fix any longer. -- Ian