Hi,
I've applied the following patches on top of the 3.3.4 kernel I got from Koji:
https://admin.fedoraproject.org/updates/kernel-3.3.4-1.fc16?_csrf_token=1827f10d3a7a13866a70eb79f6cef4fbc950611d
They seem to resolve this bug. I believe these patches have been queued by Greg KH for the 3.3 stable queue.
I added the following patches:
NFS: put open context on error in nfs_flush_multi commit 8ccd271f7a3a846ce6f85ead0760d9d12994a611 upstream
nfs: Enclose hostname in brackets when needed in commit 98a2139f4f4d7b5fcc3a54c7fddbe88612abed20 upstream.
NFSv4: Ensure that we check lock exclusive/shared type against open modes commit 55725513b5ef9d462aa3e18527658a0362aaae83 upstream
NFSv4: Ensure that the LOCK code sets exception->inode commit 05ffe24f5290dc095f98fbaf84afe51ef404ccc5 upstream
I believe only the last two are needed to fix this issue.
Please apply these patches to the next Fedora kernel update.
Rik
Hi,
I've applied the following patches on top of the 3.3.4 kernel I got from Koji:
https:/ /admin. fedoraproject. org/updates/ kernel- 3.3.4-1. fc16?_csrf_ token=1827f10d3 a7a13866a70eb79 f6cef4fbc950611 d
They seem to resolve this bug. I believe these patches have been queued by Greg KH for the 3.3 stable queue.
I added the following patches:
NFS: put open context on error in nfs_flush_multi ce6f85ead0760d9 d12994a611 upstream
commit 8ccd271f7a3a846
nfs: Enclose hostname in brackets when needed in fcc3a54c7fddbe8 8612abed20 upstream.
commit 98a2139f4f4d7b5
NFSv4: Ensure that we check lock exclusive/shared type against open modes 62aa3e18527658a 0362aaae83 upstream
commit 55725513b5ef9d4
NFSv4: Ensure that the LOCK code sets exception->inode 95f98fbaf84afe5 1ef404ccc5 upstream
commit 05ffe24f5290dc0
I believe only the last two are needed to fix this issue.
Please apply these patches to the next Fedora kernel update.
Rik