strange behavior with nfsv3 using linux v4.1

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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

Attachment: signature.asc
Description: PGP signature


[Index of Archives]     [Linux Filesystem Development]     [Linux USB Development]     [Linux Media Development]     [Video for Linux]     [Linux NILFS]     [Linux Audio Users]     [Yosemite Info]     [Linux SCSI]

  Powered by Linux