On Thu, 2013-10-17 at 22:42 +-0200, Helge Deller wrote: +AD4- I'm seeing a regression with current kernel git head when using NFS-mounts. +AD4- Architecture in my case is parisc, although I don't think that this is relevant. +AD4- At least kernel 3.10 (and I think 3.11) didn't showed that problem. +AD4- +AD4- The symtom is, that +ACI-top+ACI- shows high usage of either kswapd0 or kswapd1. +AD4- Here is an output with kswapd1: +AD4- PID USER PR NI VIRT RES SHR S +ACU-CPU +ACU-MEM TIME+- COMMAND +AD4- 37 root 20 0 0 0 0 R 91.8 0.0 63:00.40 kswapd1 +AD4- 28448 root 20 0 3252 1428 1060 R 15.3 0.0 0:00.09 top +AD4- 1 root 20 0 2784 988 852 S 0.0 0.0 0:09.95 init +AD4- +AD4- This is what ps shows: +AD4- lsXXXX:+AH4AIw- ps -ef +AHw- grep mount +AD4- root 1181 1 0 14:51 ? 00:00:18 /usr/sbin/automount --pid-file /var/run/autofs.pid +AD4- root 25331 1181 0 21:25 ? 00:00:00 /bin/mount -n -t nfs -s -o nolock,rw,hard,intr homes:/unixhome1 /net/home1 +AD4- root 25332 25331 0 21:25 ? 00:00:00 /sbin/mount.nfs homes:/unixhome1 /net/home1 -s -n -o rw,nolock,hard,intr +AD4- +AD4- And using sysrq to show the blocked tasks I get in syslog: +AD4- SysRq : Show Blocked State +AD4- mount.nfs D 00000000401040c0 0 25332 25331 0x00000010 +AD4- Backtrace: +AD4- +AFsAPA-0000000040113a68+AD4AXQ- +AF8AXw-schedule+-0x500/0x810 +AD4- +AD4- I know it's not a problem of the NFS server, since the same mount is still ok on other machines. +AD4- The NFS directory was already mounted and in use when this mount happened again (called by cron-job). +AD4- +AD4- Any ideas? If the NFS directory is already mounted, then why is the automounter trying to mount it a second time? -- Trond Myklebust Linux NFS client maintainer NetApp Trond.Myklebust+AEA-netapp.com www.netapp.com -- To unsubscribe from this list: send the line "unsubscribe linux-nfs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html