[nfsv4] GETDEVICEINFO returning ENOENT

Olga Kornievskaia <aglo@umich.edu> Tue, 17 January 2023 22:37 UTC

Return-Path: <olga.kornievskaia@gmail.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 E4405C151525 for <nfsv4@ietfa.amsl.com>; Tue, 17 Jan 2023 14:37:31 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.649
X-Spam-Level:
X-Spam-Status: No, score=-1.649 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FORGED_FROMDOMAIN=0.096, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.25, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=umich.edu
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 mBy0jwIgdpFm for <nfsv4@ietfa.amsl.com>; Tue, 17 Jan 2023 14:37:28 -0800 (PST)
Received: from mail-pg1-x531.google.com (mail-pg1-x531.google.com [IPv6:2607:f8b0:4864:20::531]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 12F34C14CE3F for <nfsv4@ietf.org>; Tue, 17 Jan 2023 14:37:28 -0800 (PST)
Received: by mail-pg1-x531.google.com with SMTP id g68so22044048pgc.11 for <nfsv4@ietf.org>; Tue, 17 Jan 2023 14:37:28 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=umich.edu; s=google-2016-06-03; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=A6EfA42UUdVGiE7lEcWbaPmMKvaOxOP9nWj569QkaqA=; b=eKv6HbliJFZUo/4yvBwIw+brBm5kN0URg9MIPzxgLLdca1huAZZJ5/VjvWi4zm6qtW OXL8ikhykq/KcnfrjAX9eQAi72TdnbBAHfDt1OsQjj/z7rV7q0sw8lkz4nwHJDLzIvyA WeO1qg38TCdGSKgzFz31veJCeT4Dnc7aewJ8HKGznrK5RGJJJQO6NNUEofL/7cac+xsc wxMwGYLz9jXoXpidC+Ts6OSL4rdC4AuD17uzii3HjTX6glfjFJLQ3dMlMi76dGkUwoUI WDHuZKW1n9mFfof0D9iUcvGhvLA+WS5wzgliJK6vsXxEdf49K7iwP3HU2U0b7CX50qug mvXg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=A6EfA42UUdVGiE7lEcWbaPmMKvaOxOP9nWj569QkaqA=; b=FBHQk4sAXPz1HIjW8bxy/QJTzf4Cbt9CmAjSmCPDBT2yjdOyeD/raeAh3kZb8Mi17W SpyMq9VEDJYezkdTpuT7pbedVex9otR/H3V4VKUm/hE81rXHQI0qifqHEOnbG0WOtv72 rX5t60QP9XqD9rtnPhgURSaBi7eNaiICvKP+T8nhkG0wWPz1LL0tOzPUpvzfsLc2RW4u SYV6cYCn5zxpjjWmkijJEyXDK8+XSqYJ6ZDTyirhJVO/a3rI1h3CDyTKjBRjXAt601zA tdFuMiZEjGhWxlONUibNMKukD2tMTHoatkpPSvm+Rvt/v8ZmIlRy0ingh+Mxp0oEexz6 MduQ==
X-Gm-Message-State: AFqh2kp2GpMPKmnsMxHTAvQQA4FJDYgadE4z53xh058Vl/PjJgYpvckT KEW2npDQLvuLLdiUnlE9zqMnsprPGTsDkN+nCfvuQ4Pn
X-Google-Smtp-Source: AMrXdXtnfZ91QZOuVwnVlxVGh50E71CT3gsQmqgSDl2iaF+WYg0tBMAmNvszyKToBi8NGJZZuBlnmuCUWGJ8uZoMPzU=
X-Received: by 2002:a62:1b0a:0:b0:58d:8e62:6c0b with SMTP id b10-20020a621b0a000000b0058d8e626c0bmr433344pfb.42.1673995047225; Tue, 17 Jan 2023 14:37:27 -0800 (PST)
MIME-Version: 1.0
From: Olga Kornievskaia <aglo@umich.edu>
Date: Tue, 17 Jan 2023 17:37:16 -0500
Message-ID: <CAN-5tyEFLYGjMKmXEU8bD5mp0BPX2h8h1LgHYHEdA42hj83mfw@mail.gmail.com>
To: NFSv4 <nfsv4@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Archived-At: <https://mailarchive.ietf.org/arch/msg/nfsv4/oI-yNpCVJYPJYzZ8G-BQ83YfUhY>
Subject: [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:37:32 -0000

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.