Received-SPF: pass (google.com: domain of linux-nfs-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20;
From:   Chuck Lever III <chuck.lever@oracle.com>
To:     Igor Mammedov <imammedo@redhat.com>
CC:     Linux NFS Mailing List <linux-nfs@vger.kernel.org>,
        "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH v1] NFSD: Decode NFSv4 birth time attribute
Thread-Topic: [PATCH v1] NFSD: Decode NFSv4 birth time attribute
Thread-Index: AQHYlI1Yu1IMkeKgwEG1/w/Jb2AUD615alaAgAABEoCAAPjFAIAAXk8A
Date:   Tue, 12 Jul 2022 13:46:33 +0000
Message-ID: <78752B5D-7D24-4856-A368-5C4633CDF491@oracle.com>
References: <165747876458.1259.8334435718280903102.stgit@bazille.1015granger.net>
 <20220711191447.1046538c@redhat.com>
 <A4F0C111-B2EB-4325-AC6A-4A80BD19DA43@oracle.com>
 <20220712100900.1c8b18dc@redhat.com>
In-Reply-To: <20220712100900.1c8b18dc@redhat.com>
Accept-Language: en-US
Content-Language: en-US
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?va9hW+uC3I9TZTkRdwFFmjZjPWlcX9+TGULE/h3yqFofARumx76G8/UfV7Y5?=
 =?us-ascii?Q?uUh3rDvChKf7OvgogrjVuxIA6+Rrk0Wzc4K6B/jVrATs8hjJHCN/KSrZwGrL?=
 =?us-ascii?Q?KXVs6vpnwOp403rFiD69WDh7deAggIkwvS/6o3gb86U05cBE4DWmlLb69DJp?=
 =?us-ascii?Q?EO9GrLkURKuzx2ePsI0PdcRhsrrq8v6Fvz8LyegIqwuVbn11oL0ztOGmMB6c?=
 =?us-ascii?Q?YO9u5G+1CELruNmSU4QALhy05W+5TE1J7N+ft7R45VJVTTrjaXwHeZWcIuIR?=
 =?us-ascii?Q?08QANN9YhugbrMTc/to679h7Q4OrVbrACadyyiYfX91KK8XfCmTZC2EoSTfc?=
 =?us-ascii?Q?wfiYPB0hapUqtqWE9SOU/eFQ6udOHPPXeyISS8Acnxdj9yYHHwYDM+6N0slU?=
 =?us-ascii?Q?afFtcqAg1ef+QwVUZLU1OnnP448CT2AGDy/WccPVaxEnJ7M6zPlV9gI4kukP?=
 =?us-ascii?Q?EQat/0hGMtTWSYPMdR1CuWOQOwrXeQaGHrutt9NTE+yN1zey49MzXwwDt84P?=
 =?us-ascii?Q?Woi15TQICuGJ+bEL6/KjRF/V7Jc5JqHYLOGdYMNTg3a52jYXe+c95Nykrjjq?=
 =?us-ascii?Q?4KEVEiWMDEZnYFMrWuPF3bgSGdWmp1V1ORcKnY5Z6dufiW/zDSYdE7/uGnRu?=
 =?us-ascii?Q?CBP5OuLjYjQ+QofDFXlFdP/x3uJu2B6SIjArY7axdSYz2psQ0cAZKyDW4HAI?=
 =?us-ascii?Q?7ekXNNFxRsfJR8U6qSJqggnca8Uyyr1RbRiDRIFjcMFMZolPaf3WZx9su2md?=
 =?us-ascii?Q?umq6yv0dJI2p0rFOq5O5YJe+wPDH8aQoXAJOUVoSc6FT6qmW/odBgHpxQRXp?=
 =?us-ascii?Q?tQOEmg5O66ZyHf0N4iCqJCO9iyxomr7RllrPaA4uMi8d6g+eQc7Vi7Kx9VBy?=
 =?us-ascii?Q?3ZXhmVXueNllJ0Cc5vox10oW0Ij1ki3itsY2c643pxQw8eDJeujk1kxW2PfO?=
 =?us-ascii?Q?6EPO8dVVqceTLWxbnwWN9B7Yosup9aGR0fS5gtddQpWC3EXS2XBeGkOYp2YI?=
 =?us-ascii?Q?PcYSKJbVUWl6z0ybCIoG+Iavvr/3BKb10oan9t6T4fBM16quuGo8VErfAZLZ?=
 =?us-ascii?Q?KmKGCN1O59V3AyZ/ONAyVDmfimRVKLHfOa+7jqlyAtZ+B1Dwn2GrjvUekKAj?=
 =?us-ascii?Q?BJfpHaw+kTU58T+r3d8eFz7Im8CSPKEFis9Mm3JTrpMN/0zhWTZ3DoblqbzF?=
 =?us-ascii?Q?dF+8loGQXqyhmaI6WmCLeW9A3Qj7Z0D2X641z1oFnF0zjUdmzQeMhLeiKYsh?=
 =?us-ascii?Q?uCO+ZQygjug51vgeRBj1c6faVskrxiZU7Y9Q2Yv/6RaLUH7GVqEvHZh3N+0o?=
 =?us-ascii?Q?LzWIzG/0eOAHliQ7fuezUI3Rz6GlElORfk8jXkhNcC47z8URlqmOd7sfrX3W?=
 =?us-ascii?Q?xmE05Xlw27hf5dk0p8IXBFQhWLO42bmzm0Ff+E6IhExugLXyf7y8tT3zVZPA?=
 =?us-ascii?Q?YehNa1aoLCf6kq1JNAnKsCPWTF0l+pEG8Z6MSUM0yFZWl7eZTQRm3fcaErIU?=
 =?us-ascii?Q?2GoOEd6hRFrbSrvh+9Sn/iHWsv2osqtbMJJZwjEzzjbDX3qRgqyo90g/Q9Fb?=
 =?us-ascii?Q?LCHLXklmSTQ428o8tRC8QadEmzY6/XBwed2tEo92TBNYgh+aVEv9nG5jXfxo?=
 =?us-ascii?Q?kg=3D=3D?=
Content-Type: text/plain; charset="us-ascii"
Content-ID: <BE52C2471B4AFA4281AAA1532B27A021@namprd10.prod.outlook.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: oracle.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: BN0PR10MB5128.namprd10.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 87141f43-063f-450b-e0e0-08da640ceec2
X-MS-Exchange-CrossTenant-originalarrivaltime: 12 Jul 2022 13:46:33.4168
 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 4e2c6054-71cb-48f1-bd6c-3a9705aca71b
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: QXCQd5haAxGE/aBwMjQdwE3RVW7WAYfKqeYXn5yNWSHofW8TqtrhjUssTPHJUj+fMHoK7xrQNypb/zSh9fGXsQ==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM5PR1001MB2250
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.517,18.0.883
 definitions=2022-07-12_08:2022-07-12,2022-07-12 signatures=0
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 phishscore=0 malwarescore=0 spamscore=0
 adultscore=0 suspectscore=0 bulkscore=0 mlxlogscore=999 mlxscore=0
 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2206140000
 definitions=main-2207120053
X-Proofpoint-ORIG-GUID: GxNsgIHY6CxtKRXMhqTerQyiR3-0lLTI
X-Proofpoint-GUID: GxNsgIHY6CxtKRXMhqTerQyiR3-0lLTI
X-Spam-Status: No, score=-2.8 required=5.0 tests=BAYES_00,DKIM_SIGNED,
        DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_LOW,
        RCVD_IN_MSPIKE_H2,SPF_HELO_NONE,SPF_NONE,T_SCC_BODY_TEXT_LINE
        autolearn=ham autolearn_force=no version=3.4.6
X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on
        lindbergh.monkeyblade.net
Precedence: bulk
List-ID: <linux-nfs.vger.kernel.org>
X-Mailing-List: linux-nfs@vger.kernel.org


> On Jul 12, 2022, at 4:09 AM, Igor Mammedov <imammedo@redhat.com> wrote:
>=20
> On Mon, 11 Jul 2022 17:18:38 +0000
> Chuck Lever III <chuck.lever@oracle.com> wrote:
>=20
>>> On Jul 11, 2022, at 1:14 PM, Igor Mammedov <imammedo@redhat.com> wrote:
>>>=20
>>> on tangent:
>>> when copying file from Mac (used 'cp') there is a delay ~4sec/file
>>> 'cp' does first triggers create then extra open and then setattr
>>> which returns
>>> SETATTR Status: NFS4ERR_DELAY
>>> after which the client stalls for a few seconds before repeating setatt=
r.
>>> So question is what makes server unhappy to trigger this error
>>> and if it could be fixed on server side.
>>>=20
>>> it seems to affect other methods of copying. So if one extracted
>>> an archive with multiple files or copied multiple files, that
>>> would be a pain.
>>>=20
>>> With vers=3D3 copying is 'instant'
>>> with linux client and vers=3D4.0 copying is 'instant' as well but it
>>> doesn't use the same call sequence.
>>>=20
>>> PS:
>>> it is not regression (I think slowness was there for a long time)=20
>>=20
>> A network capture would help diagnose this further, but it
>> sounds like it's delegation-related.
> yep, there was delegation request/response right after SETATTR failure
> possibly prompted by NFS4ERR_DELAY
>=20
> shall I provide a network capture (I guess pcap file) from test env
> I have?

Yes, you can send it directly to me.


--
Chuck Lever