From owner-freebsd-current@freebsd.org Sun Jun 4 22:33:05 2017 Return-Path: Delivered-To: freebsd-current@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 1E058BF118F for ; Sun, 4 Jun 2017 22:33:05 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-QB1-obe.outbound.protection.outlook.com (mail-eopbgr660049.outbound.protection.outlook.com [40.107.66.49]) (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 B5C3A3C6B for ; Sun, 4 Jun 2017 22:33:04 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM (10.165.218.133) by YTXPR01MB0192.CANPRD01.PROD.OUTLOOK.COM (10.165.218.136) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1143.10; Sun, 4 Jun 2017 22:33:02 +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.1143.018; Sun, 4 Jun 2017 22:33:02 +0000 From: Rick Macklem To: Michael Butler , freebsd-current Subject: Re: post ino64: lockd no runs? Thread-Topic: post ino64: lockd no runs? Thread-Index: AQHS3TIwDExU8gwuaE2AQbeUNFuu+6IVSX3x Date: Sun, 4 Jun 2017 22:33:02 +0000 Message-ID: References: <24b27f3e-f91b-553d-f2c1-e876608e0baf@protected-networks.net> In-Reply-To: <24b27f3e-f91b-553d-f2c1-e876608e0baf@protected-networks.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: protected-networks.net; dkim=none (message not signed) header.d=none; protected-networks.net; dmarc=none action=none header.from=uoguelph.ca; x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; YTXPR01MB0192; 7:iOxBi8SwoUyYpAcDl8unf9qABxUqcZYaLi8vNfZwR3xueNfyKyPQdYUOyVu0AqEwXGM1Z2oySIBG51OkPanrOnOREHnsZ5CGEo9UCcm7/CqCiJImkeEET1PKjmGjC/H+9u3r1MV38flQvx0A+sIYg7iqjIGp+webiJjqEJRplCtUGBRnLLlRmCvAda8nM7llnlHw07+B4Prdcd1ZyYfBQ1f5kBSCLRKGubqbejjPGgao3UjNVofhlvemhoer7lv3W0WMX1lT8x5/v+eXyknmkNlDCg4HUQtTAXZ3BCKAqXGv/LhWvZH/LJgsRkExjYmnnh+HawCvJdtg9aRd7pneFA== x-ms-traffictypediagnostic: YTXPR01MB0192: x-ms-office365-filtering-correlation-id: 4b2356eb-64bc-4dc7-25d3-08d4ab99a925 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254075)(201703131423075)(201703031133081); SRVR:YTXPR01MB0192; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(155532106045638); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(6040450)(2401047)(8121501046)(5005006)(3002001)(10201501046)(93006095)(93001095)(100000703101)(100105400095)(6041248)(20161123555025)(20161123560025)(20161123564025)(20161123558100)(201703131423075)(201702281529075)(201702281528075)(201703061421075)(201703061406153)(20161123562025)(6072148)(100000704101)(100105200095)(100000705101)(100105500095); SRVR:YTXPR01MB0192; BCL:0; PCL:0; RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095); SRVR:YTXPR01MB0192; x-forefront-prvs: 03283976A6 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(6009001)(39450400003)(39400400002)(39410400002)(377454003)(86362001)(54356999)(76176999)(9686003)(5660300001)(305945005)(3660700001)(38730400002)(53936002)(74316002)(6436002)(189998001)(478600001)(122556002)(74482002)(6506006)(14454004)(2906002)(33656002)(2900100001)(2950100002)(8936002)(55016002)(102836003)(50986999)(3280700002)(6246003)(77096006)(81166006)(8676002)(53546009)(25786009); DIR:OUT; SFP:1101; SCL:1; SRVR:YTXPR01MB0192; H:YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM; FPR:; SPF:None; MLV:sfv; LANG:en; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-originalarrivaltime: 04 Jun 2017 22:33:02.1743 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-Transport-CrossTenantHeadersStamped: YTXPR01MB0192 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Jun 2017 22:33:05 -0000 Just fyi, rpc.lockd isn't NFS. It is a separate protocol Sun called NLM and I didn't ever implement it for what I believed were good reasons. Hopefully someone who works with the code can help. Btw, if you don't the locks visible to multiple clients concurrently, you c= an just do your mounts with "nolockd" and avoid running it. Or, you can switch to NFSv4, which does a reasonable job of implementing locking. I might take a look at the code, in case I can spot something obvious, but = I won't bet on it. rick ________________________________________ From: Michael Butler Sent: Sunday, June 4, 2017 8:57:44 AM To: freebsd-current; Rick Macklem Subject: post ino64: lockd no runs? It seems that {rpc.}lockd no longer runs after the ino64 changes on any of my systems after a full rebuild of src and ports. No log entries offer any insight as to why :-( imb