Hello,
I am seeing strange behaviors with a single nfsv3 mount on linux
v4.1.x. I first started to see two kworker in D state while I was not
doing anything. The server is an opensolaris nfs server.
If I try to get more info I am seeing getattr loop as follow:
echo 65535 > /proc/sys/sunrpc/nfs_debug
NFS call getattr
NFS reply getattr: 0
NFS: nfs_update_inode(0:15/22630 fh_crc=0x1df1ef00 ct=1 info=0x27e7f)
NFS: (0:15/22630) revalidation complete
NFS: nfs_lookup_revalidate(x86_64-linux-gnu/libc-2.19.so) is valid
NFS: permission(0:15/22630), mask=0x24, res=0
NFS: open file(x86_64-linux-gnu/libc-2.19.so)
NFS: dentry_delete(x86_64-linux-gnu/libc.so.6, 6808cc)
NFS: read(x86_64-linux-gnu/libc-2.19.so, 832@0)
NFS: mmap(x86_64-linux-gnu/libc-2.19.so)
NFS: mmap(x86_64-linux-gnu/libc-2.19.so)
NFS: flush(x86_64-linux-gnu/libc-2.19.so)
NFS: permission(0:15/4), mask=0x81, res=0
NFS: nfs_lookup_revalidate(/etc) is valid
NFS: permission(0:15/12), mask=0x81, res=0
NFS: nfs_lookup_revalidate(etc/ld.so.nohwcap) is valid
NFS: permission(0:15/4), mask=0x81, res=0
NFS: nfs_lookup_revalidate(/lib) is valid
NFS: permission(0:15/14), mask=0x81, res=0
NFS: nfs_lookup_revalidate(lib/x86_64-linux-gnu) is valid
NFS: permission(0:15/1178), mask=0x81, res=0
NFS: nfs_lookup_revalidate(x86_64-linux-gnu/libpthread.so.0) is valid
NFS: permission(0:15/1178), mask=0x1, res=0
NFS: revalidating (0:15/22644)
NFS call getattr
NFS reply getattr: 0
NFS: nfs_update_inode(0:15/22644 fh_crc=0x9a566cc1 ct=1 info=0x27e7f)
NFS: (0:15/22644) revalidation complete
NFS: nfs_lookup_revalidate(x86_64-linux-gnu/libpthread-2.19.so) is valid
NFS: permission(0:15/22644), mask=0x24, res=0
NFS: open file(x86_64-linux-gnu/libpthread-2.19.so)
NFS: dentry_delete(x86_64-linux-gnu/libpthread.so.0, 6808cc)
NFS: read(x86_64-linux-gnu/libpthread-2.19.so, 832@0)
NFS: mmap(x86_64-linux-gnu/libpthread-2.19.so)
NFS: mmap(x86_64-linux-gnu/libpthread-2.19.so)
NFS: flush(x86_64-linux-gnu/libpthread-2.19.so)
NFS: release(etc/ld.so.cache)
NFS: dentry_delete(etc/ld.so.cache, 4808cc)
NFS: permission(0:15/4), mask=0x81, res=0
NFS: nfs_lookup_revalidate(/root) is valid
NFS: permission(0:15/20), mask=0x81, res=0
NFS: nfs_lookup_revalidate(root/.config) is valid
NFS: permission(0:15/4), mask=0x81, res=0
NFS: nfs_lookup_revalidate(/etc) is valid
NFS: permission(0:15/12), mask=0x81, res=0
NFS: nfs_lookup_revalidate(etc/terminal-colors.d) is valid
NFS: permission(0:15/4), mask=0x81, res=0
NFS: nfs_lookup_revalidate(/dev) is valid
NFS: permission(0:15/4), mask=0x81, res=0
NFS: nfs_lookup_revalidate(/var) is valid
NFS: permission(0:15/27), mask=0x81, res=0
NFS: nfs_lookup_revalidate(var/lib) is valid
NFS: permission(0:15/19882), mask=0x81, res=0
NFS: revalidating (0:15/19990)
[...]
Do you have some hints in order to help debug this issue?
If I reboot using my older v3.14.x with same config, I don't have that
behavior.
Best regards,
--
William
On Nov06 23:57, William Dauchy wrote:
> I am seeing strange behaviors with a single nfsv3 mount on linux
> v4.1.x. I first started to see two kworker in D state while I was not
> doing anything. The server is an opensolaris nfs server.
forgot to mention this nfsv3 mount is a using CONFIG_ROOT_NFS
it's a read only mount point
the client seems to be looping on revalidation.
--
William
On Nov07 09:41, William Dauchy wrote:
> On Nov06 23:57, William Dauchy wrote:
> > I am seeing strange behaviors with a single nfsv3 mount on linux
> > v4.1.x. I first started to see two kworker in D state while I was not
> > doing anything. The server is an opensolaris nfs server.
>
> forgot to mention this nfsv3 mount is a using CONFIG_ROOT_NFS
> it's a read only mount point
>
> the client seems to be looping on revalidation.
please forget this report I mixed it with a network card issue.
--
William