We seem to be increasingly hit by this bug: https://access.redhat.com/solutions/2040223 "On RHEL 6 NFS client usring kerberos (krb5), one user experiences slow write performance, another does not" You need a RH subscription to see that in its entirety. But the subject basically says it all: randomly, one or more users will be subjected to *terrible* NFS write performance that persists until reboot. There is a root cause shown, but that is cryptic to non-kernel devs; it doesn't explain from a user perspective what triggers this state. (That's why it appears to be random to me.) There is no solution or workaround given. This appears to be on a per-user + per-server basis, so a crude workaround is to migrate the user to a different server. And we do regular reboots, which somewhat hides the problem. Does this bug also exist in upstream (i.e. non distro specific Linux NFS code)? If so, is there any more detail on it, and/or a fix? Thanks, Matt -- 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