From owner-freebsd-net@freebsd.org Thu Jan 12 23:08:21 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 85890CAC098 for ; Thu, 12 Jan 2017 23:08:21 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from NAM01-BY2-obe.outbound.protection.outlook.com (mail-by2nam01on0063.outbound.protection.outlook.com [104.47.34.63]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2CD091454 for ; Thu, 12 Jan 2017 23:08:20 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM (10.165.218.133) by YTXPR01MB0191.CANPRD01.PROD.OUTLOOK.COM (10.165.218.135) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.845.12; Thu, 12 Jan 2017 23:08:17 +0000 Received: from YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM ([10.165.218.133]) by YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM ([10.165.218.133]) with mapi id 15.01.0845.014; Thu, 12 Jan 2017 23:08:18 +0000 From: Rick Macklem To: Slawa Olhovchenkov , Eugene Grosbein CC: Michael Sinatra , "freebsd-net@freebsd.org" Subject: Re: NFSv4 stuck Thread-Topic: NFSv4 stuck Thread-Index: AQHSbFpEjAFIf9ZbxU6pF+N5/AhAH6Ez3cvbgAAGMgCAAAXeAIAACF8AgABrMACAAHWnAIAApBHY Date: Thu, 12 Jan 2017 23:08:18 +0000 Message-ID: References: <20170111220818.GD30374@zxy.spb.ru> <20170111225922.GE30374@zxy.spb.ru> <20170111235020.GF30374@zxy.spb.ru> <58771EA6.1020104@grosbein.net>,<20170112131504.GG30374@zxy.spb.ru> In-Reply-To: <20170112131504.GG30374@zxy.spb.ru> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=rmacklem@uoguelph.ca; x-ms-office365-filtering-correlation-id: c55782d7-274e-4490-ede6-08d43b3fe54d x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:(22001);SRVR:YTXPR01MB0191; x-microsoft-exchange-diagnostics: 1; YTXPR01MB0191; 7:Nfr9XMxJXveQS+ela3k1fyiUCVT8b6oBd+/9NIMIfnpkJc/Xobt9sIR7yV6OGXhD7Kmbl0J7AMYL8w0jovQAL+nB8GAMyxXimO+nNKNuUFZ+LKFQVu71liQ5xllAWKOw0JFsacDdIiP2gClFfZO5rAq5/6j0eCX9g8n4oPA9kwM+oyEX2JEIlpJMBsD5QLzmx9+rryHrhUwVMQpME/giRU8uoyr4W/q7FcnHSxsejg7QJBREih1OPP5x2EQJA/di8K61HZqz/QphDKrNGI7j5P5YpCGDbbOoMX/t6PzfBe20VnQ6cW9qouAbr/3zU8jwgGWtuhN55LPTc8bLsj0XbXKCivAWMdQYJBKXd5G4c8infEpq6sZ9cU+o+DO5zTKhCMIxE7cepDN14b5qvVgSiSwA9G+kB7kny760HlTP7jApQzWwEI9A1ysDDm5Tzn6BwrcENWUGvDbjeR8QSyJi3Q== x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(158342451672863)(278428928389397); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040375)(2401047)(5005006)(8121501046)(10201501046)(3002001)(6041248)(20161123555025)(20161123560025)(20161123564025)(20161123562025)(6072148); SRVR:YTXPR01MB0191; BCL:0; PCL:0; RULEID:; SRVR:YTXPR01MB0191; x-forefront-prvs: 018577E36E x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(6009001)(7916002)(39450400003)(189002)(24454002)(199003)(5660300001)(3660700001)(92566002)(97736004)(7116003)(3280700002)(106356001)(106116001)(102836003)(4326007)(189998001)(8936002)(74482002)(7696004)(5001770100001)(105586002)(2900100001)(2906002)(74316002)(55016002)(54906002)(68736007)(86362001)(93886004)(77096006)(305945005)(2950100002)(101416001)(8676002)(81156014)(81166006)(9686003)(33656002)(6506006)(6436002)(122556002)(76176999)(38730400001)(229853002)(50986999)(54356999); DIR:OUT; SFP:1101; SCL:1; SRVR:YTXPR01MB0191; H:YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (protection.outlook.com: uoguelph.ca does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-originalarrivaltime: 12 Jan 2017 23:08:18.0319 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-Transport-CrossTenantHeadersStamped: YTXPR01MB0191 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2017 23:08:21 -0000 Slawa Olhovchenkov wrote: >On Thu, Jan 12, 2017 at 01:13:58PM +0700, Eugene Grosbein wrote: > >> 12.01.2017 6:50, Slawa Olhovchenkov =D0=C9=DB=C5=D4: >> > On Wed, Jan 11, 2017 at 03:20:22PM -0800, Michael Sinatra wrote: >> > >> >> On 01/11/17 14:59, Slawa Olhovchenkov wrote: >> >>> On Wed, Jan 11, 2017 at 10:39:42PM +0000, Rick Macklem wrote: >> >>> >> >>>> "umount -f" is your only chance. However, if there is already a non= -forced >> >>>> dismount stuck, it won't work because the non-forced dismount will = have >> >>>> the mounted-on vnode locked. >> >>> >> >>> I am use 'intr,soft' flags -- why ignored? >> >> >> >> intr and soft are considered dangerous with nfsv4. See the "BUGS" >> >> section of the mount_nfs(8) man page. >> > >> > Currently I am see dangerous w/o intr: system need reboot, application >> > don't killable. >> >> NFSv4 confiders "intr,soft" dangerous for data generated by poorly writt= en applications, not for a OS. > >What data? In may case no data. Certain NFSv4 operations (such as open and byte range locking) are strictly= ordered using a seqid#. If you fail an RPC in progress (via a soft timeout or intr via a si= gnal) then this seqid gets out of sync between client and server and your mount is badly broken. I do not believe this caused your hang though, since processes were sleepin= g on rpccon, which means they were trying to do a new TCP connection to the server unsuccessfu= lly. - Which normally indicates a problem with your underlying network fabric. stuff snipped... rick