IETF Logo Mail Archive

Re: [nfsv4] GETDEVICEINFO returning ENOENT

Trond Myklebust <trondmy@hammerspace.com> Tue, 17 January 2023 22:54 UTC

Return-Path: <trondmy@hammerspace.com>
X-Original-To: nfsv4@ietfa.amsl.com
Delivered-To: nfsv4@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D70CEC14EB19 for <nfsv4@ietfa.amsl.com>; Tue, 17 Jan 2023 14:54:19 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.099
X-Spam-Level:
X-Spam-Status: No, score=-7.099 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H2=-0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=hammerspace.com
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ihshTggx-6NA for <nfsv4@ietfa.amsl.com>; Tue, 17 Jan 2023 14:54:15 -0800 (PST)
Received: from NAM11-DM6-obe.outbound.protection.outlook.com (mail-dm6nam11on2094.outbound.protection.outlook.com [40.107.223.94]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B30BCC14CE54 for <nfsv4@ietf.org>; Tue, 17 Jan 2023 14:54:15 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=cxSylbDVRAKzg7O2iwIE7+tZKe+QjOjQGG0bGy3YH0o122p43Vbah1chIKj8XyXZchixdzNpwMCU1PTulxHMutpf8Ipw+DUN5/gtWaVgWKcqU75ryyVmSQV1wEoK64+N/a36olN4FDlC0ZdCmOvQ3pz0kdIKeKtgqnKaZ4bamogbGjUm51A9BkAjXQA0mSaitLsOPb27lXHf0JqDsNyxfg+Iy6i9Sf4hpwgyPjO5tZzPU3GmX5G7AZ4wm4oupsjB9sb/qFE8UlCezFpGKmd/qLYt3NP3A9mLMEOPwWeO5MSzM0oaDMISx7y2GH3XD3gmjb0VOiZhXU2VVLQG8Q6shA==
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=6BqptYtSv4ST73coMt8SEM9lJws52DfXA82dwgNgj8Y=; b=WwbB49JuozmZPP21XxYI3voD2yWLPsQwAylcL9hEM8aT4bAPtLfjb4Ewi4XS6Rw8xh+/zdWRfJF8g5hXxBwYKqDo8Br6pqZGnxj2uiN10YdzcKANmZBBftVYi5WoAYwXIaPjEU3MlVAvkmpZk8yK4af600UpmzPtGRB+SsBeBeJKzovBqnj/R8nURVreX8Wd1vFpzedpZDVeRyzDbf9zVrpmjkxDkczygTEh2qtKjgeRCO6p968DjITnk6C1pZh1wLOQdXdBXlA6oJl4g85zZyL6xrjat548JsM+DGHkrgLLfyvpo1BqpcIAbb0w/pDdQmEyN/AB+OvUMg4qX0cjZA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=hammerspace.com; dmarc=pass action=none header.from=hammerspace.com; dkim=pass header.d=hammerspace.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hammerspace.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=6BqptYtSv4ST73coMt8SEM9lJws52DfXA82dwgNgj8Y=; b=QiEI43FI9TcotqHy8pb6Iqohyljis2DMXNWm5dTnE3kyExm+ewEJEigx6Z9z0yspmD1Y9iYB94+gycERJlkhQatIHaXkU6/dbHw1kjSd7WqA6Mi24rfnuynHnaVx2H0fUavcL3kFxioGLTVSZbt3f/TGlAy/mLUTJURbHB0cRyE=
Received: from CH0PR13MB5084.namprd13.prod.outlook.com (2603:10b6:610:111::7) by SN7PR13MB6131.namprd13.prod.outlook.com (2603:10b6:806:359::14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5986.23; Tue, 17 Jan 2023 22:54:12 +0000
Received: from CH0PR13MB5084.namprd13.prod.outlook.com ([fe80::7007:3376:4f4e:b87b]) by CH0PR13MB5084.namprd13.prod.outlook.com ([fe80::7007:3376:4f4e:b87b%5]) with mapi id 15.20.5986.023; Tue, 17 Jan 2023 22:54:12 +0000
From: Trond Myklebust <trondmy@hammerspace.com>
To: Olga Kornievskaia <aglo@umich.edu>
CC: "nfsv4@ietf.org" <nfsv4@ietf.org>
Thread-Topic: [nfsv4] GETDEVICEINFO returning ENOENT
Thread-Index: AQHZKsadrxgngR9j3U2nMxbCfT5v2Q==
Date: Tue, 17 Jan 2023 22:54:12 +0000
Message-ID: <D74B32E8-C97A-4086-A257-E62F567AAD15@hammerspace.com>
References: <CAN-5tyEFLYGjMKmXEU8bD5mp0BPX2h8h1LgHYHEdA42hj83mfw@mail.gmail.com>
In-Reply-To: <CAN-5tyEFLYGjMKmXEU8bD5mp0BPX2h8h1LgHYHEdA42hj83mfw@mail.gmail.com>
Accept-Language: en-US, en-GB
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-mailer: Apple Mail (2.3731.300.101.1.3)
authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=hammerspace.com;
x-ms-publictraffictype: Email
x-ms-traffictypediagnostic: CH0PR13MB5084:EE_|SN7PR13MB6131:EE_
x-ms-office365-filtering-correlation-id: dec7f2b3-c3ff-4788-328f-08daf8ddc021
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: 7QsCcL3AVHbKTVNHzo81qxwMURCgvgzoFb5tQRI+iyfBEM8Vrv+xymgognCvvfYtyZ3lF2QGSFIHN9D10nQtPRpeue0UcnrFeOUDmWcf6pmfa5ZswnDA18N8PN+Woz2qHUr5Fwt1N7ZkTrl2rWQRTGrcATWcQgevvZ9gGALaecD9Wh3uuzBEKR6Hhwr8lv0D9DxFRPOSrkZn0oqzrqsqp7WS7Kemf+VEXv/IVdlvcmyyzx9kme1kVpcfUVqq9CBbugJpVAEeM17ixI21qU0eRxEcgzbSxld9TWONQlcy7A+bfMxADiGOD+2Fl+mIsKx9BjFAXo3SdzwLbHp9sknHRKWExCvgYeeA96UTkk3H6czfo9p8Kz8f40FbfczdTJtSrs7DZPFcBCLU/hbfrd1sWbMuYeVXiUUm90gVI3PHyH6uSJSEX6yjecgrvMEqcK3rYrJ0IHokyySQDBjU1yshGSitg9LgAMAMa7rZ3beyNyD/rNubGS7uJpn0mdEFSsvJirXtW5isxnjej8ImbQJg6oyGEadm6OIQqY3naFo9d3PskCqz/544YYG1D+F7aj95M5nLGfdBQYg+6K7neazR7cHsjrbHryXIZE766Ng/H7ZxsGdjDVlVN/SGwSyvxX3tkOGPGdWHEP5kh/donhzibVurfPaRW8iS9no1UlHFPNDEt1uzZvWi7Ets3g9j8ol3KeaxwqCZJmJCaJ5AmMjSBxS6Kx8Q5a9UAY10vYFRfTE=
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:CH0PR13MB5084.namprd13.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230022)(136003)(39840400004)(376002)(366004)(396003)(346002)(451199015)(36756003)(8676002)(6916009)(38070700005)(66446008)(64756008)(66476007)(66556008)(66946007)(86362001)(2906002)(8936002)(5660300002)(4326008)(122000001)(38100700002)(76116006)(33656002)(71200400001)(316002)(6486002)(41300700001)(478600001)(53546011)(2616005)(6512007)(6506007)(186003)(45980500001); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: Rbi2Cf8c/TVL/llTV01CPrKSXwpQ/pFpZqivO6qWNMAuNjQYbEOv2tUbe/+R2N/FsnogdJnt0A0SIlCy3S69txK2cnT5pv881Bd4Xt5bAtYtP/psZSWpvQ0RUErfpqZPZXvJIZBwSp05UDuh10Igmmhtgjy7lsEY5hi0QSbsYEzDPqzzXNIWR9Gb/6eIKkRPWJ/sy2cWu6TS/r+39/EjWPhTjxh6YEPwBtYyHEn6zme1qUo4Vl4kWWKWyb1wzFjhhkZyEKAM5uYM8dS872VsSzNg5Xav6dmfNAAV34ZUTs164+gWb8kVb9co511xvbMFndfglnp8n3+J84vANH0/LEjsiaZQUkWhizV56QLf8f5IoAB2tVaxJQO0SjFSVq4xHzvlQjZqPZcv7QgSnKv/LQtBitdZ0NBbidzblJEUkzu+nPkEKPMykfbTImJLU9V9ZGhabtDEku3b6TWxDjWfd8fCB6rh3cSQWUJ4OSp2NxFNKFtYFV2WiyqV4AfUgx2JSyvlgGr/S09BGGAkSc2hdzk5BphJmMTwdMe3KDBBC2T2RcLfZiRdt5Q6RpX9w5ZQ9oXQTRbeZG22xuuL29HP+uaFGn2U2ndFRiT7iQGKmqdbXPjL5mk5j0SnRf5pDoQP+KMO6a91mP620nIUBFTkOF8Hr/mpUBZQ/Rut7+e1q4TenkKCTiu0HU9Xl/uiZvja5P1eR5VQk8XOStDZ+4vnDwxX8PhROScTNBrdZ7drshmuy9DABAFJzB/v0m/YnRbFH7tKMHLU5Nw40qKomF4kOodP+zN5XF/VvDUFNHCqhy+zGR0tqN4LMe35eWDlC2usDkg9sQWYAX/WE6/kF1/kvkYU3U6BfI+WEepHrRd6MIfiyA5WF5moejrZq89GcK/OsguVsOjs1S01Jumj/8+ruSyZjO0sLbAsrJjGFZKbpGd4nb5m3Bp2SrwwRN2FQauyxqasG4IDIICUsfw+docdRbKVXy3BeGhD0jgtXN5Gqx6BS1NM12lKAwdbZ23YhCalZs7G5ATwRN47QpP1T1QBQuu1o8a+zOPskxwzi1ySk74mlDK1h5/yKLsmUWU+IoZq1Ez8hukAaKPOp6z/vaRTSXJyomiRDqXLvP6uK+1OaTZuhc3p9fibs8aUfO7DzacFC2YwmaBWUcAh0+dgw2z6mvRSjxF+YVUoOiES70GO7cwZjTeSmnSj4FljI+cpu43aNSeGb7PYu0yXXfu+7om7ObeLESI2iT3y0R6o9q8WaqsLatMAHtypw4Sv6VnFCllYx83ZEJwUSE8Omm0Zxkp4v+JSQ7/6YBdIbWtnZhpvy7GJ5wjmQ37ZR2BneSFfQ4u6vaKZonEC4JU9CXI+CS7zwHLhI3YSboOMr7ssnC1M85Mb1S1zB9S04GjOF1e8jI+tWYdtO4opSbJQUV4mEoF1IeOp68iuS/kMaBlcLE2lq+bOqs099X2f8OLy2v7hnm0Dqs6HwzyaBI9YhQ1O8PX1mxxENj4z3fvTr3x2ATE+oxic5L9t1MLujXjvLQpthgDEUqny7iTnPARGQH0wau/ICNnubuqkwtc85yomjGuIhD1XTIb5JOCas1cynP5n3s0h/ln7m7TtS3paEbdEpM1T8V6Dn3mVROkQbVsb+qQ31Sok43ELIx0DxHX0TXqcbt2noWs+3ddxIlISTPTk2N/XFw==
Content-Type: text/plain; charset="us-ascii"
Content-ID: <23CFB654AFC80644B6ACBE429E2D6858@namprd13.prod.outlook.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: hammerspace.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: CH0PR13MB5084.namprd13.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: dec7f2b3-c3ff-4788-328f-08daf8ddc021
X-MS-Exchange-CrossTenant-originalarrivaltime: 17 Jan 2023 22:54:12.0583 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 0d4fed5c-3a70-46fe-9430-ece41741f59e
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: ncO99l967ZKIO7E9Y6er3xB7uGY3c0/reduMF2oMIs3MkroHhoZzAMmQ9SQfak+ec2EhNee1TeeCb8DtYqN9jQ==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN7PR13MB6131
Archived-At: <https://mailarchive.ietf.org/arch/msg/nfsv4/j7AqfjnJhuuLrwgxXVnV59BT9dU>
Subject: Re: [nfsv4] GETDEVICEINFO returning ENOENT
X-BeenThere: nfsv4@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: NFSv4 Working Group <nfsv4.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/nfsv4>, <mailto:nfsv4-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/nfsv4/>
List-Post: <mailto:nfsv4@ietf.org>
List-Help: <mailto:nfsv4-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/nfsv4>, <mailto:nfsv4-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 17 Jan 2023 22:54:19 -0000


> On Jan 17, 2023, at 17:37, Olga Kornievskaia <aglo@umich.edu> wrote:
> 
> Hi folks,
> 
> Is there anything in the spec or elsewhere to let the client decide if
> NFS4ERR_NOENT is a temporary or a permanent error for GETDEVICEINFO
> operation?
> 
> Right now a linux client treats it as a temporary error and triggers a
> GETDEVICEINFO call before every IO call (until it gets a positive
> answer). The client then proceeds to do the operations against the
> MDS. But shouldn't ENOENT be equivalent to LAYOUTUNAVAILABLE error
> which the client treats like a bit more permanent error and doesn't
> ask for a layout on every IO after failing. It would seem logical that
> if ENOENT means the server doesn't know this deviceid which was gotten
> from a layout then should the client throw away the layout and ask
> again for the layout?
> 
> Thank you.

Why would a server deliberately hand out a layout containing a deviceid that it cannot translate? That makes no sense, and can only be considered to be buggy server behaviour.

The current Linux client code assumes that if GETDEVICEINFO returns NFS4ERR_NOENT, then the deviceid, and hence the layout have been revoked by the server, and that retrying the layoutget will yield a new, valid layout with a valid deviceid.

_________________________________
Trond Myklebust
Linux NFS client maintainer, Hammerspace
trond.myklebust@hammerspace.com

v2.23.0 | Report a Bug | By Email