| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Date: Wed, 7 Mar 2012 17:40:47 -0500 From: Trond Myklebust <Trond.Myklebust@...app.com> To: Miklos Szeredi <miklos@...redi.hu> Cc: linux-nfs@...r.kernel.org, linux-fsdevel@...r.kernel.org, linux-kernel@...r.kernel.org Subject: [PATCH 0/2] RE: NFSv4: truncate returns I/O error Hi Miklos, The base cause of the test failure was that the client was holding onto a read delegation while trying to truncate the file. Whereas some servers allow the client to do this (provided that nobody else holds a read delegation), the Linux server does not, and returns an error. The fix is therefore to return the delegation if the server rejects our attempt (see patch 2/2). I've included patch 1/2 since it too was already queued for the stable@...r.kernel.org queue, and so 2/2 has a dependency... Thanks for the bug report! Cheers Trond Trond Myklebust (2): NFS: Properly handle the case where the delegation is revoked NFSv4: Return the delegation if the server returns NFS4ERR_OPENMODE fs/nfs/delegation.c | 11 +++++++++++ fs/nfs/delegation.h | 1 + fs/nfs/nfs4_fs.h | 3 +++ fs/nfs/nfs4proc.c | 31 ++++++++++++++++++++++++++++--- fs/nfs/nfs4state.c | 29 +++++++++++++++++++++++++++-- 5 files changed, 70 insertions(+), 5 deletions(-) -- 1.7.7.6 -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists