Received-SPF: softfail (google.com: domain of transitioning linux-nfs-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) client-ip=23.128.96.19;
From:   Chuck Lever III <chuck.lever@oracle.com>
To:     Kurt Garloff <kurt@garloff.de>,
        "Kornievskaia, Olga" <Olga.Kornievskaia@netapp.com>
CC:     Linux NFS Mailing List <linux-nfs@vger.kernel.org>,
        Anna Schumaker <Anna.Schumaker@netapp.com>,
        Trond Myklebust <trond.myklebust@hammerspace.com>
Subject: Re: 6f283634 / 1976b2b3 breaks NFS (QNAP/Linux kNFSD)
Thread-Topic: 6f283634 / 1976b2b3 breaks NFS (QNAP/Linux kNFSD)
Thread-Index: AQHYJqo39+LyDrnueE2TsZR4Xaed/KydEsUAgAAiEoCAAImBgIAAFXKAgAOfFIA=
Date:   Wed, 23 Feb 2022 18:06:37 +0000
Message-ID: <FFD47AE3-D6B0-417F-B0CF-D89E6FDB38C5@oracle.com>
References: <50bd4b4d-3730-4048-fcce-6c79dfe70acf@garloff.de>
 <8957291b-ecd1-931e-5d0c-7ef20c401e5d@garloff.de>
 <F693AC98-DCB4-4086-AC19-EE1B71DB2551@netapp.com>
 <be851303-b1bb-7d8d-832e-a1a3db529662@garloff.de>
 <10d55787-7b97-8636-9426-73fdeda0a122@garloff.de>
In-Reply-To: <10d55787-7b97-8636-9426-73fdeda0a122@garloff.de>
Accept-Language: en-US
Content-Language: en-US
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?Bg/cQ9CuRHNv1SzNfrD0GgsnTgt5oZ8CrML7sbEaGd92Z5HH0J22KSfePGKC?=
 =?us-ascii?Q?sliSIFe1k34cEsx/a4dlLQ1QSKzlY/8Id9gpycDLxt0BJhZ0ucQX7OEhakSQ?=
 =?us-ascii?Q?5jWt7c6pCfRoSUworXvt94fAin7a6mKf4XaJXsR3EtUtkKDI2gDxGkJFu5J4?=
 =?us-ascii?Q?A7rk8XFbz6/8qZ9QzThuEMjmeo29MAtZM8NVF3zcn8u1ukm1dBkDZ4gGUQQi?=
 =?us-ascii?Q?pf3FJbLMu+dIOKAIpN2UyqnLjXNwQl1wof2vaY8vvPbtDlv4UDVDcxcroV9N?=
 =?us-ascii?Q?uPg1QduepOdaddsvn/9rSOI+Bjaae+3VToz+UZDlhbfMqsVFyyRxrnLDFTMY?=
 =?us-ascii?Q?rThqH8REwJ5yPQF+6ZjhMyyYCjdggbtaV3HxV9edEMRHqe4sOVTCvlMTkyNM?=
 =?us-ascii?Q?LW9CuwT4aZPgY/6gsdQcxBYBFeYFjQ6sMh54mfPHNtqtaQ4E41FM7z3WQCCS?=
 =?us-ascii?Q?NUbuN98aXMrQoxCyTH9gv39cs7YBNtxneL90ybj1IT0V+9MaecPIwKStZf53?=
 =?us-ascii?Q?++MTJJaL/yg5OxFkvSY/vjZGHwOMphj8d5n/cs8/xjMKDU51sYAkz5qjdqcT?=
 =?us-ascii?Q?h5PBag97NxTaiINcUqr/w4VELE8FVgEsmiXqJfSfV+C9TJxRAjtQhSwfci/8?=
 =?us-ascii?Q?3r9xhNaKGvfv3sQ62gBl25kr8KQ9R+Wrj+/Fk+ggW7toS/f0WOQKVx9uMu+C?=
 =?us-ascii?Q?Z7RzFR6qmH0cSYuCwQhf8YZZ4P8k8+l3BvqoxAlL1qhG2UiQ/UikAP1OqA2a?=
 =?us-ascii?Q?lpz4R4BMLkkpzjkAzBpoWXXcqULGicKCbSaSB71Hg0mBDG88/ARksW1+NMj7?=
 =?us-ascii?Q?zVpgKwjTwdhQ1PJwAYeGvH0Wx8+jbcBjR7qInFTSHDsVabwZhDdd07Vl0OCM?=
 =?us-ascii?Q?As6nYAKkNNGFgLAJmJx+6U51UcvwJMq1tiIVQHDjVcZJALftC+CoZ2ssSkng?=
 =?us-ascii?Q?Yyg912xmwFW5FsegEU0BaiNatspWzaSL4ME5S8bl0ah01hpSJmfZDMOnOX61?=
 =?us-ascii?Q?SXAwgJe7gX+fJdDJ/KDl9nG5N1YfEKKytqyhkjGScRJ2/tfxZqlc8IkyQ+FV?=
 =?us-ascii?Q?GSsV2Gd9URol0GQcKZppvKHNB1NqdksBbZyagj8nEAD8qJbM5kR2fPtssZNB?=
 =?us-ascii?Q?GwaJ+uPUIoDlp/aw1Jsfxz7QTwbzosKhDZ99b8wjAwOadjaSuzCVucGU85Ww?=
 =?us-ascii?Q?b7qgOv6mATo8GK8qUAxEbPNu2BIhtyKPodj5+qWUftuHo+vTmhyd9W0gHBnr?=
 =?us-ascii?Q?eamkn3JOo/I+mw/KX28aJbiPu9xEl74PO/egaY4yyz3TwU6c7nPg0sLBtBmc?=
 =?us-ascii?Q?QWjNuV4vfe0WHGPKsBcR0e5aqmajRofrGTyUdLilJz0gePgkV+f+/lYmD0S/?=
 =?us-ascii?Q?wSfAwwlxzCFyYTQM/OAQG+1GMA6q8jLXzg4GIEJpGMhY+7jRYWrYy0Nddfyb?=
 =?us-ascii?Q?ivLWczJxcdhjQ1foIkkgGfRtUfRinjp5h+oWhxVPLL4Zy1mFoz6jrd74aw2D?=
 =?us-ascii?Q?wud4UlZFfhwViudF+OixNXgjkKL/lDmcC3mgbnrey8dH0Nr+7CpURaAAN5zp?=
 =?us-ascii?Q?A10cjVku023K+6+moWhs11TyIrgDGpnh+gZFX7e4ZHz7B0ogb3GXrRXVkSNS?=
 =?us-ascii?Q?DBMBeRoV/uVbSiMA0HRDUJ8=3D?=
Content-Type: text/plain; charset="us-ascii"
Content-ID: <DF86DCB9E40BAB468D6E5CD3E0BEF658@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: 8d16c38d-fae4-477d-203b-08d9f6f73c28
X-MS-Exchange-CrossTenant-originalarrivaltime: 23 Feb 2022 18:06:37.5316
 (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: odQYNpUs982RcIcuGUqLHNMAgTQX0bq33AaIfKMjy2HrFA8Bb8NyVKtiRc7/vNQsp91FOpU4GnwDHhPYjwBcgA==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN6PR10MB2813
X-Proofpoint-Virus-Version: vendor=nai engine=6300 definitions=10267 signatures=681306
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 phishscore=0 bulkscore=0 spamscore=0
 mlxscore=0 adultscore=0 mlxlogscore=964 suspectscore=0 malwarescore=0
 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2201110000
 definitions=main-2202230103
X-Proofpoint-ORIG-GUID: HkgF05aN_zVi34WISlhWCExzfKDeSKNT
X-Proofpoint-GUID: HkgF05aN_zVi34WISlhWCExzfKDeSKNT
X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,DKIM_SIGNED,
	DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,
	MAILING_LIST_MULTI,RDNS_NONE,SPF_HELO_NONE,T_SCC_BODY_TEXT_LINE
	autolearn=no 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 Feb 21, 2022, at 5:48 AM, Kurt Garloff <kurt@garloff.de> wrote:
>=20
> Hi,
>=20
> On 21.02.22 10:31, Kurt Garloff wrote:
>> Hi Olga,
>>=20
>> On 21.02.22 02:19, Kornievskaia, Olga wrote:
>>> [...]
>>> Is it possible for you to provide a network trace?
>>=20
>> Yes.
>>=20
>> Is tcpdump what you'd like to see? wireshark's dumpcap?
>> Any NFS specific tracing tools I should be using?
>>=20
>> One trace with a working kernel and one with the broken one?
>=20
> Comparing the good and the bad trace ...
>=20
> mount -t nfs 192.168.155.74:/Public /mnt/Public
> against Qnap 4.3.4.xxx NFS v4.1 server.
>=20
> Both do:
>=20
> Establish conn
> NFS NULL (ack)
> NFS EXCHANGE_ID (4.2 -> NFS4ERR_MINOR_VERS_MISMATCH)
> Teardown and reestablish
> NFS NULL (ack)
> NFS EXCAHNGE_ID (4.1 -> ack)
> NFS EXCAHNGE_ID (4.1 -> ack)
> NFS CREATE_SESSION (ack)
> NFS RECLAIM_COMPLETE (CB_NULL, ack)
> NFS_SECINFO_NO_NAME (ack)
> NFS PUTROOTFH|GETATTR (ack)
> NFS GETATTR FH:0x62d40c52 (ack), 8 times
> NFS ACCESS FH_ -x62d40c52 (denied md xt dl, alllowed rd lu)
> NFS LOOKUP DH:0x62d40c52/Public (ack)
> NFS LOOKUP DH:0x62d40c52/Public (ack)
> NFS GETATTR FH:0x8ee88cee (ack), 3 times
>=20
>=20
> Now the differences start:
>=20
> The fixed NFS client repeatedly gets ack back, the broken NFS client gets
>=20
> NFS GETATTR FH:0x8ee88cee (NFS4ERR_DELAY), repeating forever (exp. backof=
f)

Any idea why the server is not able to respond properly to
the GETATTR request? That seems like the root of the problem.

--
Chuck Lever