On Sat, 2013-05-11 at 11:56 +0200, Andreas Radke wrote: > Am Sat, 11 May 2013 02:56:33 +0000 > schrieb "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>: > > > On Fri, 2013-05-10 at 21:55 +0200, Andreas Radke wrote: > > > I'm running a server with a NFSv4 share drive that also hosts a Mail > > > directory I provide with dovecot IMAP server. Dovecot has ACL plugin > > > disabled. > > > > > > Since the 4 NFSv4 ACL related commits in kernel 3.0.72 (and all > > > other stable kernels) all kernels until the recent stable releases > > > give such errors when changing : > > > > Which 4 NFSv4 acl related commits? > > It should be one of these commits: > > https://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/commit/?h=linux-3.0.y&id=7e36f505caf7882b6cc89ecedcd7f26749ef917a > https://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/commit/?h=linux-3.0.y&id=2c34b4ae8f8228e1ec083be0333426eca4a31357 > https://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/commit/?h=linux-3.0.y&id=01b140abad66f022ff6dff7cc1307b07281035fa > https://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/commit/?h=linux-3.0.y&id=c938c22b48302eeb9a6f3cc83f223f37d98ba6f7 > > > Have you bisected in order to figure out which one is the culprit? If > > not, how do you know that this is related to NFSv4 acl changes? > > The problem had started with kernel 3.0.72 and all other stable kernels > that included these commits (my distro only ships 3.0.x and 3.8.x tree > at that time). All other commits from 3.0.71 to 3.0.72 look unrelated to > my server setup. Local clients can run up to date kernels without any problems. > Other people have reported also issues with ACL on servers since that > update. > > I can reproduce the issue instantly when marking lots of mails as > read/unread that leads instantly to corrupt files on the server drive. > > Because it hosts serious data I can't play too much with that machine. > It would be nice if you could point me the the related commit. It will > cost me lots of time to build a kernel with the patches reverted one by > one and I'm afraid of loosing more data. > > -Andy Only one of those is an NFS server change (the one which rejects negative server lengths). Unless your NFS server is also acting as an NFS client, it is highly unlikely that the other patches are relevant. So the relevant commit to revert should be https://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/commit/?h=linux-3.0.y&id=7e36f505caf7882b6cc89ecedcd7f26749ef917a -- Trond Myklebust Linux NFS client maintainer NetApp Trond.Myklebust@xxxxxxxxxx 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
