From owner-freebsd-hackers@freebsd.org Fri Sep 8 12:14:57 2017 Return-Path: Delivered-To: freebsd-hackers@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 B0B13E14E3B for ; Fri, 8 Sep 2017 12:14:57 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from NAM02-SN1-obe.outbound.protection.outlook.com (mail-sn1nam02on0070.outbound.protection.outlook.com [104.47.36.70]) (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 80D2571FBF for ; Fri, 8 Sep 2017 12:14:55 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from YQXPR0101MB0997.CANPRD01.PROD.OUTLOOK.COM (52.132.78.18) by YQXPR0101MB1398.CANPRD01.PROD.OUTLOOK.COM (52.132.81.26) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.35.12; Fri, 8 Sep 2017 12:14:54 +0000 Received: from YQXPR0101MB0997.CANPRD01.PROD.OUTLOOK.COM ([fe80::7548:a72a:e054:70d5]) by YQXPR0101MB0997.CANPRD01.PROD.OUTLOOK.COM ([fe80::7548:a72a:e054:70d5%13]) with mapi id 15.20.0035.016; Fri, 8 Sep 2017 12:14:54 +0000 From: Rick Macklem To: Aryeh Friedman , FreeBSD Mailing List Subject: Re: Why does rpc.lockd(8) and rpc.stat(8) require a working Internet connection Thread-Topic: Why does rpc.lockd(8) and rpc.stat(8) require a working Internet connection Thread-Index: AQHTKIFhyJ0Qsqprb0uJKE4WjcCXIKKq5KOD Date: Fri, 8 Sep 2017 12:14:54 +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; YQXPR0101MB1398; 6:bb2oQNyrhd1OPG1qySfXvJNjVfTPDXMYmpHzgsB6gKKS/XlzeHAFgVZ1PIwfTU09XswwqJ8X4pSrzlLA7gtQbjrLu280dGlGS9Unc/DHkGXkfWCmiTNycc3q/BVptYtSQQOr8wLnPt4/11vYUkIvRsvRc2N82dRZ3KgvlzY+CgCzfPUqwQtE1K5o2WEwAFDQynaESaU2A0O1IlDfO4/Bphz62CPFaz1YkK61mHZBeP79TzG+MMevc6mLOG0UE0gtnKyOpk9+pCfI3UbUASFX7TFnMR8hpnbuXzX+br1wG00PFp8vvZF/oXhGHlXFJYdIn8a8I/1HH8I5IvJTDjJUAw==; 5:Lr8U9Mn+YJRD3os9D74dh9E6R8n/zMdsmzHk1vzephYQLRa5S1ib0vCZajYAGSk9W2gBO0yTNAFuzmi1NnFl1vI+l7coNvxNuyQjkaTDHFWd5H/N048v7dAvdoF28floeoBlw4AxSHon8+AVtPFofQ==; 24:Eo3RRy1z09Ey3YQ23+vDH+/s9pgD0kiR4If6uX4ffNFv0yzP9kjlxBgKmoRJvPT9PNNp1E66piquFTQVLpe43ms/RjqKcnB8PZRnVE9O0Vg=; 7:bdK/DNPswTjbY4j/xKKvW+qrkBSAJNrMCW/h/3RmiF9hlkheNQ0t+rrdX0Ow/20C4YyZuIsXxTSjeh33kiUhjmE197ci+MV0R2A69v442/jTjyOhSk2N9Rzt3g9Abki6y7yIHrMhC87CG+hWwvU2fIqtc5x+/WrEQsh/n2zXeol9Fl9KBU9xBdDRhVu8VGx0tgpMLU86OKS9RhwiHYStzaoP93SKiyYImx5gDR7IYeg= x-ms-exchange-antispam-srfa-diagnostics: SSOS; x-ms-office365-filtering-correlation-id: 545308bc-0fd7-4b8a-75c0-08d4f6b336f8 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(300000500095)(300135000095)(300000501095)(300135300095)(22001)(300000502095)(300135100095)(2017030254152)(300000503095)(300135400095)(2017052603199)(201703131423075)(201703031133081)(201702281549075)(300000504095)(300135200095)(300000505095)(300135600095)(300000506095)(300135500095); SRVR:YQXPR0101MB1398; x-ms-traffictypediagnostic: YQXPR0101MB1398: x-exchange-antispam-report-test: UriScan:(158342451672863)(278428928389397); x-microsoft-antispam-prvs: x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(6040450)(2401047)(5005006)(8121501046)(100000703101)(100105400095)(93006095)(93001095)(10201501046)(3002001)(6041248)(20161123560025)(201703131423075)(201702281529075)(201702281528075)(201703061421075)(201703061406153)(20161123555025)(20161123558100)(20161123562025)(20161123564025)(6072148)(201708071742011)(100000704101)(100105200095)(100000705101)(100105500095); SRVR:YQXPR0101MB1398; BCL:0; PCL:0; RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095); SRVR:YQXPR0101MB1398; x-forefront-prvs: 04244E0DC5 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(6009001)(189002)(199003)(24454002)(97736004)(5250100002)(101416001)(14454004)(50986999)(305945005)(478600001)(39060400002)(54356999)(76176999)(102836003)(25786009)(74482002)(53936002)(6246003)(8676002)(55016002)(9686003)(81166006)(81156014)(8936002)(5660300001)(105586002)(68736007)(106356001)(2906002)(229853002)(7696004)(2950100002)(189998001)(33656002)(3660700001)(2900100001)(6436002)(74316002)(3280700002)(86362001)(6506006)(21314002); DIR:OUT; SFP:1101; SCL:1; SRVR:YQXPR0101MB1398; H:YQXPR0101MB0997.CANPRD01.PROD.OUTLOOK.COM; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (protection.outlook.com: uoguelph.ca does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-originalarrivaltime: 08 Sep 2017 12:14:54.6976 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-Transport-CrossTenantHeadersStamped: YQXPR0101MB1398 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Sep 2017 12:14:58 -0000 Aryeh Friedman wrote: >My cable modem was out for a few hours last night and my NFS based *LOCAL* >(same subnet [192.168.11.XXX] and physical LAN) file server started >glitching up on attempting to contact lockd and statd on the server from >the client(s) saying that the service was non-responsive and/or the server >couldn't be found. I attempted to switch over to /etc/hosts based host >resolution to no avail. I also tried switching to purely IP addr based >connections to no avail. Note NIS/YP kept working. I am not the author and am not that familiar with the protocols (they are n= ot NFS), but my understanding is that rpc.statd's job is to determine which other sy= stems are up and running and does IP broadcast etc to do so. >Several questions: > >1. How do I make it so I can completely disconnect my LAN from the rest of >the Internet and not have NFS fail like this? Well, unless you run applications that concurrently share files across mult= iple clients doing locking on them to co-ordinate their activities.. I recommend not using rpc.lockd/rpc.statd. If you do your mounts with the option "nolockd" (called "nolock" on Linux, I think?), the locking is done = locally within the client and the daemons are not needed. If you really need locking to work across multiple clients (as described ab= ove), I'd recommend switching to NFSv4 mounts. (options "nfsv4,minorversion=3D1"). >2. Why does NFS require a live internet connection? Sorry, don't know the answer to this, unless the loss of the cable modem so= mehow affected IP broadcast. rick, who refused to implement lockd/statd long ago, due to limitations (an= d lack of published specifications) of the protocols.=