From nobody Thu Jun 02 20:03:05 2022 X-Original-To: freebsd-net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 1F07B1B54C09 for ; Thu, 2 Jun 2022 20:03:14 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-QB1-obe.outbound.protection.outlook.com (mail-qb1can01on2086.outbound.protection.outlook.com [40.107.66.86]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "DigiCert Cloud Services CA-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4LDcQ92VxGz4Tn9 for ; Thu, 2 Jun 2022 20:03:13 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=KKYDKslKD4X8siLS/EafbLNi68Op0hLKvwemQl0oIB+3QfsSO566xvzSMaPXHDnn2znZ2cjkoUXcysGu8fVTIRzOoMPiIlayY2aZclp5cO9HEWzJv86wAr7qvZ9hRtZjoQRh4zXHuIq4IryoQmtKdj8hBreunc7fffiDcG2owGO0HpTfsJ89IxYe3e79aV6511sz4hmnxgHjuAllLtbwWFrLHUk91pE6ckYrCw6qvpDv+1wF2rE+q38Fxnt8qQZClI0Uj02MVM65XWcpGnCs8XujghJciBy5pV+d6BVuRym9vM5vZ+x7wW5s+n1NMZ8MyxbwLF2blVOcDoFZwC4GLw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=OKRE4A1UV0ANVBNcyyFWqH3hiFlFGka899jfgnWhxoU=; b=BVpV9mKy5ySgFMqg/BOaUMWTreX2SWZGUyxn9KJ1xwvdUZ4vzv1Ekx4l26bR6ex0hDqQwB4yV3qy2INORQr7IzrdXtOnjA9AD4Qn8jLNK8EVFIY38Ihxs9+RQoCdzpzD/kMR3WWRKRuXAWyX+158EVc8KHmarTI5RSePGZw2LlFfsJGrNQyU21pumpxqVdNK/qJW9OaKcD7GBt4hC/dbC7T1RA5gNnmkZvB0F5LfUp/SQS4SliMQzJSf+FBFqE4XKogM8MXjkbb+hDw3XmkDMxTX6EToo8xecFhU+XBtpr8ZjLSww3c8okUZOrQwrd8hGJWss0isLzcW2LiKb5p4SQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=uoguelph.ca; dmarc=pass action=none header.from=uoguelph.ca; dkim=pass header.d=uoguelph.ca; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=uoguelph.ca; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=OKRE4A1UV0ANVBNcyyFWqH3hiFlFGka899jfgnWhxoU=; b=oak1n7+pePosFphZX/K2bjNg9+xIK0PUH0hB532DlbJ03aCP4UhBRpJtzG/9r0vePBDm3gbWtZ2pT7eGXRJs2g1Vu2YRIHvf2CcEU1OIoSeVPesc7BpoZ08V1C8lwLNlswhxyTQ2nUzA9IhLUYVkdgwZrRA0hrCTn1jDkBcaiRHIQ4WxmMwlWcQ0+CjqJ0B3zacA4qDUWDZe6LEWiHttKeKdO0HGH+qjrT1F8A3MJPdP1M8pwp9GoGcwyqAIwP3AjtFVMcC9gxSV+7YTYiV6nazsIot2kAw+znd7z9QgRdhVe/zDglMsENw2FHzv1deHYz82Ga9pIArPPOXoVk6sAg== Received: from YQBPR0101MB9742.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:c01:81::14) by YT2PR01MB9400.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:b01:a7::9) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5314.13; Thu, 2 Jun 2022 20:03:06 +0000 Received: from YQBPR0101MB9742.CANPRD01.PROD.OUTLOOK.COM ([fe80::b921:251e:4a0b:54fc]) by YQBPR0101MB9742.CANPRD01.PROD.OUTLOOK.COM ([fe80::b921:251e:4a0b:54fc%5]) with mapi id 15.20.5314.013; Thu, 2 Jun 2022 20:03:06 +0000 From: Rick Macklem To: John-Mark Gurney CC: "freebsd-net@FreeBSD.org" Subject: Re: make NFSv3 default now on diskless Thread-Topic: make NFSv3 default now on diskless Thread-Index: AQHYdjCDfn9SS+WTMkmngJsQNvSiya08K0uvgABHXACAABM1hg== Date: Thu, 2 Jun 2022 20:03:05 +0000 Message-ID: References: <20220602032456.GY88842@funkthat.com> <20220602183522.GZ88842@funkthat.com> In-Reply-To: <20220602183522.GZ88842@funkthat.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: suggested_attachment_session_id: 692506b0-0147-e768-a47a-1bbbdc975906 x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 7841c000-7c59-41e9-1363-08da44d2e879 x-ms-traffictypediagnostic: YT2PR01MB9400:EE_ x-microsoft-antispam-prvs: x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: ob9CUr6AlA/wOdXhIjIiehbj/uX/hAr3RnkRo+PBas9yVMFREtMrhx4sMdjS3CiSAszBwn6azeXuxLvaiStN6NNpU4yvcvkOaft0Vg29wv0IN9n9WDt24oCgE49u2Ep9GFIZXADTmf/SKO2OsNNHIBNCbD9/rmS1h9ku6yTsz3XdXxQplCebR6968RrjqP5eT5jVVcYPhNMV73D4iUQw4/5cKkmyLjWf+U2ISpNhvkEaJDGxJew5YH1+OcL8NuvT/YoxpKlpZSlRPK5hdiqCF6yRZEgB2p9Oyz+bu+vFLcspi/wKQVVpPnXgcUBV2Lvj0jD9eWTL+3YHzGCdwQDFgTl+d2Pj5bO+6vihZivZezZBAT+9iWS6YshDTzv577Re9cCqGFXNLcdFU2sDUk0Vrr532n9kl9NyeWHpxMjOtOWCWPBlfMyYCHAGDSAomz2aIW5ayh+AHfzgT1XjkCsFoHtpOfgeEtLlXcYGUEo82Px/XHbXI8/tOF1o645WhyPYzdJrAgvqfMk+5rQ81YhfCjomqmOnsDGHS5ixnO8S0PhP2iE8TG4cQrEx4IIbyV9PeNa7/0zrPq0PGssC6/4wURQAZNxqgUqgWLi66c8MBIkJOkSkRchHfCXnBvf8WMNaFR36rYMdcepk8dMb5FuU3rHV8eL1v0gyYD2zPXVXIz5RIXu5XiBd8JcOHFNOFXgYSYsVeHBdF0PD4nzAZJMibw== x-forefront-antispam-report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:YQBPR0101MB9742.CANPRD01.PROD.OUTLOOK.COM;PTR:;CAT:NONE;SFS:(13230001)(4636009)(366004)(52536014)(8936002)(786003)(66476007)(6916009)(76116006)(316002)(8676002)(91956017)(4326008)(186003)(86362001)(122000001)(66446008)(66556008)(64756008)(38100700002)(66946007)(9686003)(7696005)(6506007)(71200400001)(38070700005)(508600001)(83380400001)(5660300002)(33656002)(40140700001)(55016003)(2906002);DIR:OUT;SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 2 x-ms-exchange-antispam-messagedata-0: =?iso-8859-1?Q?e0pqTXU1lwrBZQQ2T4ZZ2WkNJyP6DwHsXq0QbWcTpWIagfT84ZCaZFnxIr?= =?iso-8859-1?Q?b6r/EFnS0uqXeh3q8lDt9q9O2rQ+p1OM0uFbdQEWDDg5uJ6TvgrZ8DDnzV?= =?iso-8859-1?Q?vxQXriYd0+bMFVhWrFHkuaOMwUcgzLRec5oLNZB9sgH4HqR8dAc9ZUEAph?= =?iso-8859-1?Q?SWSWshK1rmDJUH1wXl6CrOtQojaCnxH6/0hXW9oA1L+Wb9PTFskZ0Zfl6S?= =?iso-8859-1?Q?qTKlZekMnXnA/9t3w5ucjmQeT6hRgGgyewbIjMPp4WeYJrLvFXOc2dxGIH?= =?iso-8859-1?Q?vhdJAIPEGRZX17UUU3EeTac3LrwRsbOAZPoTcrI6MmTvWZFeRkQsy+/oJh?= =?iso-8859-1?Q?h9uQsBuSA7Y4+2MXVbzN84I6wQ8hz3xssCARyk6dlKyVEfHw2ljGcMICBM?= =?iso-8859-1?Q?uo/0mgh40ikE7aCvYGArcl21VHNSZcwlmXac/zO9MN59bwqrvu7FcWzz/v?= =?iso-8859-1?Q?QeYPDO8+NuNXCXDUivNVlUgLV602ZDfeshq/vkg/m4yikVd37sbjI2GQRz?= =?iso-8859-1?Q?hg5HMEYOUenu8jk5okdFhFIuox22ILp7gvaOWfnY7KP6oss1gHTKfatENR?= =?iso-8859-1?Q?qey3YnUEFD/fENgLCqWQAn6ELBXPFqDIj/rGt1Rxko0qIPJRvwSSqBaIF9?= =?iso-8859-1?Q?NaAUrjEoBSLegj69KKLQo6SYbSMdarz/0ewiG6XHLJdMywVODlv6xp23rA?= =?iso-8859-1?Q?DLJ38mkX5nD8JjVndfjTWPqTlZ34Kdw72euH0GoGAD6PK33ZnTvAOENlsM?= =?iso-8859-1?Q?G2BPJQYa/WahCfSmU7AjpmtnjYnwte/vyQRd8OdUlIeLcBMaiJ9QIxOQzF?= =?iso-8859-1?Q?Qpc41GgZET1dIA7qd8ZGhIUyy4IuDY/E6VWxVBvozGS9XWHYz+UK8TO1cg?= =?iso-8859-1?Q?1HbiPI5YZ1Ripqn7JCGHrWXgfWXPRTnMMIS62ItlNXHd7Kl1GaFqCu+eYR?= =?iso-8859-1?Q?QDq22AOVpcdRmqLSKWyRwKJ/T9oD90yT8eBBjMCpzNEz16gFotu8ChOZ3m?= =?iso-8859-1?Q?4m5C+/Dx+C2rHG31pMzAT3yCed2iQa6N8IWN+49dZXQMv7Psr7ZSYsNFnW?= =?iso-8859-1?Q?yhJrix9Jhg41fnQaWPTMUzOeXC5JyuEw+JueapLTqEQZOuizL1Se7c1ajG?= =?iso-8859-1?Q?jo45GdtBor2yhy8/q8pX7iOOvzY8DvgpCl87Zw4bGjZRE9fMNMBl6ByTr1?= =?iso-8859-1?Q?jxoc4UGqCQAIorrpxFPVdfSdBrTVuhkUUDvcID8cp7BLud4xSN/FIdxr9U?= =?iso-8859-1?Q?lr0DG8Wqay59bAgGkR5KK+7/0ryK6nSGN/RThnRGCF1lt2+siSUQTunvkB?= =?iso-8859-1?Q?o1VloY6sLZBOHD+yqM2mo1ysDPghFvRoqwAbj7uR3Jf91PTMQuaoNJDSa7?= =?iso-8859-1?Q?Qfbnw7aZO2WJP7q0FdJowbUWrzTvPKu1r5Q5NzgRcVqPaz4pjKYGjCLCq4?= =?iso-8859-1?Q?HLKhq2c1KQYbPWVAuVpLdMislSzdGBotL8DrIO44bLlU443NwjiQEGiOgv?= =?iso-8859-1?Q?JtMSr6CWhv18n+AbPGtDm3NuJfseF1C97a1z/iUcWUDZ8+i6b3nRP5R47Q?= =?iso-8859-1?Q?qCFLRWbvB5GM5I+sDEyQpRmG2wevcv1ckoPq43j7M4bsvYzC6LAErYw3yF?= =?iso-8859-1?Q?n7uGbHzYOW+n6loF98eKi10WwRqyJXOCSef9i0PUGl1Hl0RSVAfk+JVPey?= =?iso-8859-1?Q?xfMG6ECc0wSEl9YORimOOrfYPsq1Wub143VObMJebT8X3b1BfNmCUVkTsU?= =?iso-8859-1?Q?pAY6RJiuwzqGOOB2o/ODqLVcGWkU4tWeyfOnxkDTR5s3qNTH/krAoeHbSw?= =?iso-8859-1?Q?fFQT4P9YJMiYwwIY6fHOEvsc+aKfXIZmWeh0a6hpW8etoLygn8ihRjVwhh?= =?iso-8859-1?Q?Un?= x-ms-exchange-antispam-messagedata-1: /VUg7McGEDa27g== Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: YQBPR0101MB9742.CANPRD01.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-Network-Message-Id: 7841c000-7c59-41e9-1363-08da44d2e879 X-MS-Exchange-CrossTenant-originalarrivaltime: 02 Jun 2022 20:03:05.9947 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: f4CtqmDTcQGLs32nSijFFMlLBBmbtOS/G2z58gUJWnqCE3kgufpgUwX92m3bRwK0uOyggAUGhysHwfH0DXYy+w== X-MS-Exchange-Transport-CrossTenantHeadersStamped: YT2PR01MB9400 X-Rspamd-Queue-Id: 4LDcQ92VxGz4Tn9 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=uoguelph.ca header.s=selector2 header.b=oak1n7+p; arc=pass ("microsoft.com:s=arcselector9901:i=1"); dmarc=pass (policy=none) header.from=uoguelph.ca; spf=pass (mx1.freebsd.org: domain of rmacklem@uoguelph.ca designates 40.107.66.86 as permitted sender) smtp.mailfrom=rmacklem@uoguelph.ca X-Spamd-Result: default: False [-5.21 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[uoguelph.ca:s=selector2]; FREEFALL_USER(0.00)[rmacklem]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DWL_DNSWL_LOW(-1.00)[uoguelph.ca:dkim]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[uoguelph.ca:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[uoguelph.ca,none]; RCVD_IN_DNSWL_NONE(0.00)[40.107.66.86:from]; MLMMJ_DEST(0.00)[freebsd-net]; NEURAL_HAM_SHORT(-0.21)[-0.211]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:8075, ipnet:40.104.0.0/14, country:US]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector9901:i=1]; RWL_MAILSPIKE_POSSIBLE(0.00)[40.107.66.86:from] X-ThisMailContainsUnwantedMimeParts: N John-Mark Gurney wrote:=0A= > Rick Macklem wrote this message on Thu, Jun 02, 2022 at 14:44 +0000:=0A= > > John-Mark Gurney wrote:=0A= > > > I just booted FreeBSD-current diskless, using NFS root, and I ended= =0A= > > > up having issues because by default, NFS root is only v2.=0A= > > >=0A= > > > One of things that happened was disk space available was listed as=0A= > > > -138G, or -144830429K. I assume this is because the server is report= ing=0A= > > > TBs instead.=0A= > > Yes. NFSv2 uses 32bit sizes.=0A= > =0A= > Should we make the NFS server clamp various sizes then? instead of repor= ting=0A= > negative numbers? (Sorry if this is already done on newer versions of=0A= > FreeBSD, my server is a bit old.)=0A= My recollection (from long ago) is that, although the RFC defined them as 3= 2bit signed,=0A= some implementations choose to mid-interpret them as unsigned, so that 4G w= as supported=0A= instead of 2G.=0A= =0A= Having said that, I agree with you that you should just use NFSv3 now. (Man= y servers are=0A= dropping NFSv2 support entirely.)=0A= =0A= > > > If I mount via mount_nfs, the sizes are normal/correct because it mou= nts=0A= > > > v3.=0A= > > I believe most specify "nfsv3" in the "/" mount line of /etc/fstab on t= he=0A= > > remote root fs. Then, when the system does a "mount -u" to make it=0A= > > read/write it gets toggled to NFSv3.=0A= > =0A= > well, I tried doing a:=0A= > mount -u -o nfsv3 /=0A= It used to work when it was in /etc/fstab, when going from read-only to rea= d-write,=0A= from what I recall.=0A= =0A= > on the system and this didn't work switch over to v3, it was still on=0A= > v2..=0A= >=0A= > I haven't specified nfsv3 in /etc/fstab, but IMO, this should be the=0A= > default..=0A= Since NFSv3 is the default, it might not need to be explicit. I can't recal= l.=0A= =0A= > =0A= > Also, I'm right now booting single user mode, because I'm -mapall to=0A= > a user, and lots of FreeBSD breaks when files aren't uid 0, and there=0A= > doesn't appear to be a way to remap the uid to root (that I have found)..= =0A= Yep. It would take effect when going multi-user.=0A= =0A= "-mapall=3Droot", although that is not a recommended security setting.=0A= Why don't you just allow the client to use whatever uid it would normally= =0A= use instead of "-mapall"?=0A= =0A= > > > The other issue that I ran into is that NFSv2 can't access >4GB files= =0A= > > > (or create them).=0A= > > As above, NFSv2 uses 32bit sizes.=0A= > >=0A= > > > Anyone object to adding BOOTP_NFSV3 to GENERIC?=0A= > > Well, that option only works when used with BOOTP_NFSROOT.=0A= > > The GENERIC configs for amd64, arm64,... use the other way.=0A= > > (Just to make it confusing, there are two different ways an NFS root=0A= > > fs is set up.)=0A= > > See below.=0A= > >=0A= > > > Or maybe making it a=0A= > > > tunable that defaults to set, because it seems a bit crazy to default= =0A= > > > to v2 these days.=0A= > > I don't think changing the default to NFSv3 will be a problem.=0A= > > The reason it was NFSv2 was that,=0A= > > for some non-FreeBSD NFS servers, the NFSv3 file handle is different=0A= > > than the NFSv2 one.=0A= > >=0A= > > I added NFSv3 support to stand/libsa/nfs.c about 15years ago, so every= =0A= > > system should be running the newer NFS code in the loader and be able= =0A= > > to do NFSv3 booting.=0A= > >=0A= > > > This option was added in 432aad0e in 1997 so that the nfs_diskless=0A= > > > structure didn't need to be filled out. Does anything even=0A= > > > populate/fill it out anymore? I saw code in i386/i386/locore.s that= =0A= > > > does this, but it doesn't appear anywhere else.=0A= > > Yes. For "options NFS_ROOT" (the other way), the loader uses=0A= > > "stand/libsa/nfs.c" to acquire the remote file system's root file handl= e=0A= > > and fills it in. (See nfs_setup_diskless() in sys/nfs/nfs_diskless.c.)= =0A= > > Looking at it, it appears to enable NFSv3 so long as it finds=0A= > > "boot.nfsroot.nfshandlelen" set.=0A= >=0A= > Well, I'm not seeing that, and this system is booting via=0A= > pxeboot+loader, so maybe something is broken?=0A= If it's an up to date (within last 10+ years then, yes, it sounds like it= =0A= might be broken. However, I'm not a loader guy...=0A= =0A= You can set it manually at the loader prompt to "28" and then see if it=0A= boots are is running NFSv3.=0A= =0A= I have no way of testing/debugging this. Maybe you can figure out why the= =0A= loader isn't setting "boot.nfsroot.nfshandlelen" to 28?=0A= =0A= > > > There also appears to possibly be a way via mount options, but I can'= t=0A= > > > see where it's documented to set them.=0A= > > I think you just specify "nfsv3" as a mount option in the root fs=0A= > > line in /etc/fstab on the root fs on the NFS server.=0A= >=0A= > See above, this doesn't appear to work, or doesn't work the way I think= =0A= > it should...=0A= Well, maybe I just don't recall correctly.=0A= =0A= >=0A= > > I don't think changing the default to NFSv3 will be a problem.=0A= > > The hassle is testing the various cases, to make sure nothing=0A= > > breaks. I have no diskless setup to do testing and I don't even know=0A= > > when installs/upgrades actually replace the loader?=0A= >=0A= > Well, this diskless was easier to setup than I expected, partly=0A= > because I already had most of the infrastructure together (from=0A= > netbooting another machine). Put pxeboot on a tftp server, configure=0A= > the dhcp server to send the correct options, extract base.txz to a=0A= > directory, export it, and it worked. I assume that I'm getting loader=0A= > from that install since I don't specify it in the dhcp server.=0A= I didn't think pxeboot used dhcp and I don't know how it figures out=0A= where to find a file for booting?=0A= =0A= > As for testing, we have the CI system for that, right? ;p=0A= >=0A= > /me needs to get back to work on the lab.=0A= >=0A= > I guess we'd need to list the configurations that we care about, the=0A= > only ones I can think of, off the top of my head are pxeboot (which I'm= =0A= > testing now), and u-boot..=0A= > For servers, are there any servers that=0A= > are NFSv2 only that are in common use today?=0A= You'd have to look pretty hard. FreeBSD had NFSv3 from day 1,=0A= since it was in the CSRG stuff.=0A= > If you're running an=0A= > ancient server that is NFSv2 only, I think you deserve to have to=0A= > rebuild kernels or something instead of making 99% of the rest of us=0A= > do it..=0A= If you are running a NFSv2 only server, you are running a computer museum.= =0A= (As noted, many servers are dropping NFSv2 support entirely.)=0A= =0A= rick=0A= =0A= =0A= --=0A= John-Mark Gurney Voice: +1 415 225 5579=0A= =0A= "All that I will do, has been done, All that I have, has not."=0A= =0A=