# NFS clients unresponsive, nfsiostat hangs **URL:** \ **Category:** Rocky Linux Help & Support\ **Tags:** rocky-linux-8\ **Created:** [September 17, 2024, 8:17pm UTC](https://forums.rockylinux.org/t/nfs-clients-unresponsive-nfsiostat-hangs/15870 "2024-09-17T20:17:35Z")\ **Posts on this page:** 6\ **Page:** 2
**Author:** ![DM-Admin](https://avatars.discourse-cdn.com/v4/letter/d/67e7ee/32.png) [@DM-Admin](https://forums.rockylinux.org/u/DM-Admin)\ **Post date:** [October 10, 2024, 4:47pm UTC](https://forums.rockylinux.org/t/nfs-clients-unresponsive-nfsiostat-hangs/15870/21 "2024-10-10T16:47:37Z")
I checked the 15 clients I did set up with Oracle Linux 8 and Rocky Linux 8 in the last 2 years with fresh installations and they have all unique id hashs. This are currently 100% of the affected nfs clients. ---
**Author:** ![DM-Admin](https://avatars.discourse-cdn.com/v4/letter/d/67e7ee/32.png) [@DM-Admin](https://forums.rockylinux.org/u/DM-Admin)\ **Post date:** [October 10, 2024, 6:37pm UTC](https://forums.rockylinux.org/t/nfs-clients-unresponsive-nfsiostat-hangs/15870/22 "2024-10-10T18:37:43Z")
Benjamin Coddington claims a very similar problem was fixed on 2024-03-04 with a patch titled “NFSv4: fairly test all delegations on a SEQ4\_ revocation”. This patch found it’s way to Oracle Linux 9 [kernel-5.14.0-427.13.1.el9\_4](https://oraclelinux.pkgs.org/9/ol9-baseos-latest-x86_64/kernel-5.14.0-427.13.1.el9_4.x86_64.rpm.html) via RHEL-7976 and to Oracle Linux 8 [kernel-4.18.0-552.3.1.el8\_10](https://linux.oracle.com/errata/ELSA-2024-3618.html) via RHEL-34912. So in Rocky Linux it should be in [kernel-4.18.0-553.el8\_10.x86\_64.rpm](https://dl.rockylinux.org/pub/rocky/8.10/BaseOS/x86_64/os/Packages/k/kernel-4.18.0-553.el8_10.x86_64.rpm) from 24-May-2024, but I don’t know where to find confirmation. The problem yesterday occured on an Oracle Linux 8 nfs client with kernel 4.18.0-553.22.1.el8\_10.x86\_64 and today on an Rocky Linux 8 client with kernel 4.18.0-553.16.1.el8\_10.x86\_64. After reading the the bug report more carefully, next time I will look for the `test_stateid` value of `nfsstat -c -4 -n`. ---
**Author:** ![gerry666uk](https://avatars.discourse-cdn.com/v4/letter/g/dbc845/32.png) [@gerry666uk](https://forums.rockylinux.org/u/gerry666uk)\ **Post date:** [October 10, 2024, 9:52pm UTC](https://forums.rockylinux.org/t/nfs-clients-unresponsive-nfsiostat-hangs/15870/23 "2024-10-10T21:52:47Z")
> [@DM-Admin](#): > > NFSv4: fairly test all delegations on a SEQ4\_ revocation Crude attempt to check if commit is in Rocky X.y [https://patchwork.kernel.org/project/linux-nfs/patch/20231019155922.6549-1-bcodding@redhat.com/#25562075](https://patchwork.kernel.org/project/linux-nfs/patch/20231019155922.6549-1-bcodding@redhat.com/#25562075) Can’t make sense of it, but one of the changes is `a/include/linux/nfs_fs_sb.h` I look on Rocky 9.4, and I see (line 237) `/usr/src/kernels/5.14.0-427.16.1.el9_4.x86_64/include/linux/nfs_fs_sb.h` ```auto struct list_head ss_copies; unsigned long delegation_gen; unsigned long mig_gen; ``` I look in Rocky 8.9 and I see ```auto struct list_head ss_copies; unsigned long mig_gen; ``` The delegation thing is missing?? ---
**Author:** ![DM-Admin](https://avatars.discourse-cdn.com/v4/letter/d/67e7ee/32.png) [@DM-Admin](https://forums.rockylinux.org/u/DM-Admin)\ **Post date:** [October 11, 2024, 11:54am UTC](https://forums.rockylinux.org/t/nfs-clients-unresponsive-nfsiostat-hangs/15870/24 "2024-10-11T11:54:15Z")
I finally found the [Rocky Linux kernel sources](https://download.rockylinux.org/pub/rocky/8/BaseOS/source/tree/Packages/k/) and the ones for old versions, i.E. [8.9](https://dl.rockylinux.org/vault/rocky/8.8/BaseOS/source/tree/Packages/k/). To see if the path is applied you have to: - download the kernel sources rpm, i.e. [kernel-4.18.0-553.22.1.el8\_10.src.rpm](https://download.rockylinux.org/pub/rocky/8/BaseOS/source/tree/Packages/k/kernel-4.18.0-553.22.1.el8_10.src.rpm) - extract the tar.gz kernel file from the rpm i.e. linux-4.18.0-553.22.1.el8\_10.tar.gz - extract the 3 patched files from the tar.gz. archive: - /fs/nfs/delegation.c - /fs/nfs/delegation.h - /include/linux/nfs\_fs\_sb.h - compare the lines of the [patch](https://patchwork.kernel.org/project/linux-nfs/patch/20231019155922.6549-1-bcodding@redhat.com/#25562075) with those in the 3 files. The result is: the patch is not in kernel-4.18.0-553.el8\_10, but in all kernels afterwards. So the clients should not be affected at all, but they are. Maybe the patch did not fix all of the problem. A quick search on the nfs clients which are used servers with a `nfsstat -c -4 -n -l | grep test_stateid` resulted in 20 clients showing 0-10, 2 with ~70, 2 with ~5000, and then 1 with ~15.000, ~60.000, ~170.000 and 1 with ~300.000.000. So far people only complained about the last one being unresponsive. ---
**Author:** ![gerry666uk](https://avatars.discourse-cdn.com/v4/letter/g/dbc845/32.png) [@gerry666uk](https://forums.rockylinux.org/u/gerry666uk)\ **Post date:** [October 11, 2024, 6:34pm UTC](https://forums.rockylinux.org/t/nfs-clients-unresponsive-nfsiostat-hangs/15870/25 "2024-10-11T18:34:02Z")
> [@DM-Admin](#): > > patch is not in kernel-4.18.0-553.el8\_10, So I think you’re saying you have a later version of kernel 8.10 on your clients, but they are still affected? Was there anything in the later 8.10 kernel changlog saying this patch had been included? I can’t see the server details in the original post, is it also running latest 8.10? ---
**Author:** ![system](https://us1.discourse-cdn.com/flex020/uploads/rockylinux/original/1X/91b7219eec10e30013422e4df76c1d898711a5d5.svg) [@system](https://forums.rockylinux.org/u/system)\ **Post date:** [December 10, 2024, 6:34pm UTC](https://forums.rockylinux.org/t/nfs-clients-unresponsive-nfsiostat-hangs/15870/26 "2024-12-10T18:34:26Z")
This topic was automatically closed 60 days after the last reply. New replies are no longer allowed. [Previous page](https://forums.rockylinux.org/t/nfs-clients-unresponsive-nfsiostat-hangs/15870.md?page=1)