From owner-freebsd-hackers@freebsd.org Sun Apr 8 14:24:42 2018 Return-Path: Delivered-To: freebsd-hackers@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 793BDF855A1 for ; Sun, 8 Apr 2018 14:24:42 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-QB1-obe.outbound.protection.outlook.com (mail-eopbgr660054.outbound.protection.outlook.com [40.107.66.54]) (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 0B51585409 for ; Sun, 8 Apr 2018 14:24:41 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from YQBPR0101MB1042.CANPRD01.PROD.OUTLOOK.COM (52.132.66.153) by YQBPR0101MB1795.CANPRD01.PROD.OUTLOOK.COM (52.132.70.146) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.653.12; Sun, 8 Apr 2018 14:24:40 +0000 Received: from YQBPR0101MB1042.CANPRD01.PROD.OUTLOOK.COM ([fe80::185:356:49c5:794c]) by YQBPR0101MB1042.CANPRD01.PROD.OUTLOOK.COM ([fe80::185:356:49c5:794c%13]) with mapi id 15.20.0653.015; Sun, 8 Apr 2018 14:24:40 +0000 From: Rick Macklem To: =?iso-8859-1?Q?BERTRAND_Jo=EBl?= , "freebsd-hackers@freebsd.org" Subject: Re: [diskless] pkg takes 100% of a CPU Thread-Topic: [diskless] pkg takes 100% of a CPU Thread-Index: AQHTzylf/CocNYsxTUC9psbAPHXpaaP2vwsAgAAp4sg= Date: Sun, 8 Apr 2018 14:24:40 +0000 Message-ID: References: <1523110791.40504.15.camel@freebsd.org> <20180408131104.117b849278667b57ca51b223@yahoo.es>, <72ccb066-5238-da87-cb22-642c1995caef@systella.fr> In-Reply-To: <72ccb066-5238-da87-cb22-642c1995caef@systella.fr> 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; YQBPR0101MB1795; 7:AysjJKrU1d5/mtLqjgu3aCEe5nKz7vWKy+rQw82BOrAMe3u/IPTdqfzKe7SuOxO0736zCNONJLQLQqGCuJG6ZyiOLjY9u6Ie57t+HchgBA3rWK8/HmwuWL2329c83fwEsaRsxg3DJWf4+N4PyWc0r1TyoaAgBlSSO8LGs9XhuX9xVye44ebh4ToRre2Q9pLHQ/0Gml5UBMF1BH2JfFoiZduZS2G3X/rdNJKislGciX5RJSdH1KHPadviCs0xhNmI x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: d07f60ba-357a-4165-49ff-08d59d5c76fc x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(8989080)(5600026)(4604075)(3008032)(4534165)(4627221)(201703031133081)(201702281549075)(8990040)(2017052603328)(7153060)(7193020); SRVR:YQBPR0101MB1795; x-ms-traffictypediagnostic: YQBPR0101MB1795: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(158342451672863)(278428928389397); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040522)(2401047)(8121501046)(5005006)(3231221)(944501327)(52105095)(3002001)(10201501046)(93006095)(93001095)(6041310)(20161123558120)(201703131423095)(201702281529075)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123560045)(20161123564045)(20161123562045)(6072148)(201708071742011); SRVR:YQBPR0101MB1795; BCL:0; PCL:0; RULEID:; SRVR:YQBPR0101MB1795; x-forefront-prvs: 0636271852 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(396003)(39840400004)(366004)(346002)(39380400002)(376002)(189003)(199004)(68736007)(33656002)(25786009)(6246003)(8936002)(229853002)(53936002)(478600001)(55016002)(3660700001)(3280700002)(2906002)(11346002)(476003)(2900100001)(446003)(81156014)(8676002)(486006)(81166006)(786003)(93886005)(99286004)(105586002)(5250100002)(86362001)(186003)(76176011)(5660300001)(102836004)(6506007)(74482002)(59450400001)(316002)(110136005)(26005)(106356001)(74316002)(97736004)(9686003)(6436002)(2501003)(7696005)(14454004)(305945005); DIR:OUT; SFP:1101; SCL:1; SRVR:YQBPR0101MB1795; H:YQBPR0101MB1042.CANPRD01.PROD.OUTLOOK.COM; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: uoguelph.ca does not designate permitted sender hosts) x-microsoft-antispam-message-info: UdLRRbmUY8jBToOkas3rxIi2ptBxSlofI1YLSxmSazHj7UcMUEXM8kZld280jV1DTuTRD7xg2Ovk+gcdX4nxDB6qdnHwQh6nOkD85ta+afZ4e37TbpgJByEWAd9VYM/9E5/UIRIQIJbWRWC1Jdcf3ujrY+7+KygxHPg9MADrJu/SLG/wlRJ4fwrGs62i2q5Zb7CZL+Y2hUtcr8wMTir8PvpO3A6EJcFvf012WiRd3zswUyG9ASIS2ylBSJ1rKO+boh62c0WTe2K2hkKfffamYbDjRlZ3BbUlq4VdAk8kW/4MvB3a7ouYQNGdpmt6AhBqLZoj4lDHq1f9SrqR4IvKIUidNVCGVvcASeDVZqaABdeWI5DchaVCtOdcQHv3nKkafR5IfA3Kl/J8VYCkeYCKt0BZH1YfOfOqnzhsrJhDY9E= 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: d07f60ba-357a-4165-49ff-08d59d5c76fc X-MS-Exchange-CrossTenant-originalarrivaltime: 08 Apr 2018 14:24:40.0809 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-Transport-CrossTenantHeadersStamped: YQBPR0101MB1795 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Apr 2018 14:24:42 -0000 BERTRAND Jo=EBl wrote: [stuff snipped] > All filesystems are mounted from NetBSD server : > >root@pythagore:/var # mount >192.168.10.128:/srv/pythagore on / (nfs, asynchronous) >devfs on /dev (devfs, local, multilabel) >procfs on /proc (procfs, local) >fdescfs on /dev/fd (fdescfs) >192.168.10.128:/home on /home (nfs, asynchronous) Just fyi, "nfsstat -m" on the client will show you what NFS mount options are actually in use. >root@pythagore:/var # cat /etc/fstab ># Device Mountpoint FStype Options Dump Pass# >192.168.10.128:/srv/pythagore / nfs nfsv3,tcp,soft,intr,rw,async,nolockd I'd suggest you try without the "soft,intr" options. When those are set, a system call like write(2) can return with EINTR and very few (if any) applications handle that correctly. [more stuff snipped] > On server, /var/log/messages are full of : >Apr 8 13:40:49 legendre rpc.lockd: duplicate lock from hilbert.45141 >Apr 8 13:40:49 legendre rpc.lockd: no matching entry for hilbert >Apr 8 13:40:52 legendre rpc.lockd: duplicate lock from pythagore.68734 >Apr 8 13:40:52 legendre rpc.lockd: duplicate lock from pythagore.68734 >Apr 8 13:40:52 legendre rpc.lockd: no matching entry for pythagore >Apr 8 13:40:52 legendre rpc.lockd: no matching entry for pythagore >Apr 8 13:40:55 legendre rpc.lockd: duplicate lock from pythagore.68734 > >even if all filesystems are mounted with nolockd option. If you use "nolockd" on all mounts, you do not need to run rpc.lockd or rpc.statd, which is what I prefer. (The NLM and NSM protocols were undocume= nted and fundamentally broken. Eventually they were published in an X/Open XNFS manual, but it was a vague 2 page summary. The only real doc would be the OpenSolaris implementation. NFSv4 does a much better job of locking, so if = you need the locks to be visible to other clients, that is what I'd suggest= . rick=