Re: [PATCH 2/5] NFS: Request a directory delegation on ACCESS, CREATE, and UNLINK

[Jon Hunter <jonathanh@nvidia.com>]

On 02/12/2025 16:01, Jon Hunter wrote:
> Hi Anna,
> 
> On 04/11/2025 15:06, Anna Schumaker wrote:
>> From: Anna Schumaker <anna.schumaker@oracle.com>
>>
>> This patch adds a new flag: NFS_INO_REQ_DIR_DELEG to signal that a
>> directory wants to request a directory delegation the next time it does
>> a GETATTR. I have the client request a directory delegation when doing
>> an access, create, or unlink call since these calls indicate that a user
>> is working with a directory.
>>
>> Signed-off-by: Anna Schumaker <anna.schumaker@oracle.com>
> 
> 
> We use NFS for boot testing our boards and once this commit landed in - 
> next a lot of them, but no all, started failing to boot. Bisect is 
> pointing to this change.
> 
> We have a custom init script that runs to mount the rootfs and I see 
> that it displays ...
> 
> [   10.238091] Run /init as init process
> [   10.266026] ERROR: mounting debugfs fail...
> [   10.286535] Root device found: nfs
> [   10.300342] Ethernet interface: eth0
> [   10.313920] IP Address: 192.168.99.2
> [   10.382738] Rootfs mounted over nfs
> [   10.416010] Switching from initrd to actual rootfs

It appears that there are multiple boot issues on -next at the moment
and the above it not the relevant part for this particular issue.
Looking further at the logs I am seeing the following errors which
are related to this change ...

[   11.100334] systemd[1]: Failed to open directory /etc/systemd/system, ignoring: Unknown error 524
[   11.119234] systemd[1]: Failed to open directory /lib/systemd/system, ignoring: Unknown error 524
[   11.143487] systemd[1]: Failed to load default target: No such file or directory
[   11.158620] systemd[1]: Trying to load rescue target...
[   11.169388] systemd[1]: Failed to load rescue target: No such file or directory
[   11.188856] systemd[1]: Freezing execution.

Thanks
Jon

-- 
nvpublic