Re: [nfsv4] WG adoption call on "Reporting of Errors via LAYOUTRETURN in NFSv4.2" - draft-haynes-nfsv4-layrec-00

Rick Macklem <rick.macklem@gmail.com> Sun, 30 July 2023 01:08 UTC

Return-Path: <rick.macklem@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 85737C15256B for <nfsv4@ietfa.amsl.com>; Sat, 29 Jul 2023 18:08:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.094
X-Spam-Level:
X-Spam-Status: No, score=-2.094 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, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_REMOTE_IMAGE=0.01, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=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 (2048-bit key) header.d=gmail.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 1tBmPxxJ2pgm for <nfsv4@ietfa.amsl.com>; Sat, 29 Jul 2023 18:08:05 -0700 (PDT)
Received: from mail-pf1-x432.google.com (mail-pf1-x432.google.com [IPv6:2607:f8b0:4864:20::432]) (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 B1191C151B0F for <nfsv4@ietf.org>; Sat, 29 Jul 2023 18:08:05 -0700 (PDT)
Received: by mail-pf1-x432.google.com with SMTP id d2e1a72fcca58-686b643df5dso2416343b3a.1 for <nfsv4@ietf.org>; Sat, 29 Jul 2023 18:08:05 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1690679285; x=1691284085; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=VAJinZkFdoakxDDxiMwZNkPx1chI+LWpuFj/IPQ/8bA=; b=i/eZipvumf2PUeReJLuKBzDmsfJjKoUT8qgr/K8tjtXFcLUTLjXWY9yY4WP7cKfVMO 6wj3ZgfSoW8Ba+uLpLMDd16bypUp/KdVXNifMWihvOeVqsfocrweVeEDEdhwDKzFoKUV yJ4uSmTiXiyvlnH4MHZUexyzjdeeDrpzBTT/oXqpV9GnBrOzH80kMdTOFBK/xcMfskY/ X1oPj8ycvxG4aJl8TwDUVecXeDnxk1P8Nom+rgxNvCayNmJJpB++NTJjyRj9gv2bogpK 4tYYKeNjH4vndSBmj3AfZaUzFm1qjnIp5pCurViFgAMr5vIEv3vPvq0+UIjykgNptdvf MBIw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1690679285; x=1691284085; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=VAJinZkFdoakxDDxiMwZNkPx1chI+LWpuFj/IPQ/8bA=; b=k4JlhV1AeYhWvMxByGjBRAqV8vMttMunBRT8UbgxVhsNAve86pzxutwUDQuaaalyvz TEj315sK5I/wqgcVR6NxiFJiHd8pI97TbCC2P6i9nFaN+JndowbwDqUekl8u4Z3kTGfQ 3xwy5aqTn/8I8e/gujBkpK//3TB6q1Qxd3S3j5J2C8c0X5X/BMmh7Y0W+O4y5TdxKK2a ZlvU+7VA/SfYxqjSsj4mZL9+/J9PVlCpob2lkh10QmxIIMOp2ID6fvHGbhztyG797Fgp Sfl6UFmvy6X3YVMzF8A3OEsPA0qAw3mxBG9t6AyVljWLh4LF94Z1pzjD3PL6pfyieDyo cnCA==
X-Gm-Message-State: ABy/qLaU7EsaRLrse1jX+U/+Q01m8v8NFTXhbFJgXPsvQcOw0IgsI/mr 31F99H6iuO5l2SZoXQJT3op4/N9HnMSp1xuR4A==
X-Google-Smtp-Source: APBJJlFdGe+nOSIBFMag700odCPTxsgfvW//oqKv2+WMCHMmSByji3IqQZgKssodu5+Yh6wQj1Gw4eKlzx4dpfNwhps=
X-Received: by 2002:a17:90a:fc8c:b0:263:f5fa:cf1b with SMTP id ci12-20020a17090afc8c00b00263f5facf1bmr5031792pjb.30.1690679285008; Sat, 29 Jul 2023 18:08:05 -0700 (PDT)
MIME-Version: 1.0
References: <A4A33CA5-2070-4D1F-A8A8-4FB836FFFF9D@cert.org> <CAM5tNy78qu5f65CSj2iyfkdc+xoe-Yv2An0FQZTg6LpJw7eJpg@mail.gmail.com> <CAMa=BDpWv-vwARcGzqb4UGFOTX4Ergk3EJ3HiY9TZrQXH14ELQ@mail.gmail.com>
In-Reply-To: <CAMa=BDpWv-vwARcGzqb4UGFOTX4Ergk3EJ3HiY9TZrQXH14ELQ@mail.gmail.com>
From: Rick Macklem <rick.macklem@gmail.com>
Date: Sat, 29 Jul 2023 18:07:55 -0700
Message-ID: <CAM5tNy6ZEP4HGVkW5eO5b19WWsmJn=mF2zDWbDdWB2ob27Av2A@mail.gmail.com>
To: Tom Haynes <loghyr@gmail.com>
Cc: Chris Inacio <inacio@cert.org>, NFSv4 <nfsv4@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000364fab0601a9f249"
Archived-At: <https://mailarchive.ietf.org/arch/msg/nfsv4/v0HUInSqtguzWN4sDgrTRgEJbaU>
Subject: Re: [nfsv4] WG adoption call on "Reporting of Errors via LAYOUTRETURN in NFSv4.2" - draft-haynes-nfsv4-layrec-00
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: Sun, 30 Jul 2023 01:08:09 -0000

On Sat, Jul 29, 2023 at 4:33 PM Tom Haynes <loghyr@gmail.com> wrote:

>
> On Sat, Jul 29, 2023, 16:06 Rick Macklem <rick.macklem@gmail.com> wrote:
>
>> I am a yes for adoption of this draft.
>>
>> I will note that I think it needs clarification
>> w.r.t. the use of the lora_reclaim argument with
>> a lora_stateid set to the anonymous stateid.
>>
>> rick
>>
>
>
> Hi Rick,
>
> Did you bring this up in an earlier email?
>
> If so, sorry I did not reach consensus on it.
>
> If not, could you explain what you are looking for?
>
The draft seems to assume that lora_reclaim is false,
since it notes when Grace/Nograce will be replied assuming it
is set false.

I'm fine with the draft saying "always set lora_reclaim false
when setting lora_stateid to the anonymous stateid (or other
variants). I just think it needs to be made clear.

rick



> Thanks,
> Tom
>
>
>
>>
>> On Thu, Jul 27, 2023 at 11:02 AM Chris Inacio <inacio@cert.org> wrote:
>>
>>>
>>> This starts a 2 week working group adoption call on “Reporting of Errors
>>> via LAYOUTRETURN in NFSv4.2”.  Please provide yes or no (and any comments)
>>> that the working group agrees to work on this by the end of day 11-Aug-2023.
>>>
>>> Reporting of Errors via LAYOUTRETURN in NFSv4.2
>>> <https://datatracker.ietf.org/doc/draft-haynes-nfsv4-layrec/>
>>> datatracker.ietf.org
>>> <https://datatracker.ietf.org/doc/draft-haynes-nfsv4-layrec/>
>>> [image: ietf-logo-nor-180.png]
>>> <https://datatracker.ietf.org/doc/draft-haynes-nfsv4-layrec/>
>>> <https://datatracker.ietf.org/doc/draft-haynes-nfsv4-layrec/>
>>>
>>>
>>> Also the chairs would like to apologize to the group from missing action
>>> on this out of 116 when going through our action items from the minutes.
>>>
>>> Thanks
>>> ----
>>> Chris Inacio
>>> inacio@cert.org
>>>
>>>
>>>
>>> _______________________________________________
>>> nfsv4 mailing list
>>> nfsv4@ietf.org
>>> https://www.ietf.org/mailman/listinfo/nfsv4
>>>
>> _______________________________________________
>> nfsv4 mailing list
>> nfsv4@ietf.org
>> https://www.ietf.org/mailman/listinfo/nfsv4
>>
>