View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0000596 | AlmaLinux-9 | nfs4-acl-tools | public | 2025-12-18 06:20 | 2025-12-18 06:20 |
| Reporter | harish | Assigned To | |||
| Priority | immediate | Severity | major | Reproducibility | always |
| Status | new | Resolution | open | ||
| Summary | 0000596: Clarification on NFSv4 delegation test failures (nfstest / LTP) on AlmaLinux 9.6 | ||||
| Description | Hello Community, We are validating NFS functionality on AlmaLinux 9.6 and observed failures in NFSv4 delegation tests (READ/WRITE delegation). Functional NFS operations (open, read, write, lock) work correctly, however delegation-related checks report failures such as: “READ delegation should be granted” “WRITE delegation should be granted” On the server side, we observe that no delegations are being issued: cat /proc/net/rpc/nfsd | grep deleg wdeleg_getattr 0 NFSv4 is enabled (+4 +4.1 +4.2), and nfsd is running normally. From our understanding, NFSv4 delegations are an optional performance optimization, and servers are allowed to not grant delegations, especially under locking or concurrent access scenarios. Could you please confirm: That it is expected and RFC-compliant for an NFSv4 server on AlmaLinux 9.x to not grant delegations That delegation test failures in this case do not indicate a functional or kernel defect Whether excluding delegation-specific tests is the correct approach for such environments Thank you for your guidance. Best regards, Harish | ||||
| Tags | No tags attached. | ||||
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2025-12-18 06:20 | harish | New Issue |
