* Support for kernels:
2.6.5-7.286 (SLES 9),
2.6.9-55.0.9.EL (RHEL 4),
- 2.6.16.46-0.14 (SLES 10),
+ 2.6.16.53-0.8 (SLES 10),
2.6.18-8.1.14.EL5 (RHEL 5).
2.6.18.8 vanilla (kernel.org)
* Client support for unpatched kernels:
* Recommended e2fsprogs version: 1.40.2-cfs1
* Note that reiserfs quotas are disabled on SLES 10 in this kernel.
+Severity : normal
+Bugzilla : 13521
+Description: Update kernel patches for SLES10 2.6.16.53-0.8.
+Details : Update which_patch & target file for SLES10 latest kernel.
+
Bugzilla : 12411
Description: Remove client patches from SLES 10 kernel.
Details : This causes SLES 10 clients to behave as patchless clients
overrun may occur. Adding buffer overrun check in liblustreapi.
Severity : normal
-Bugzilla : 13730
-Description: client sometimes tried revalidate root dentry.
-Details : not revalidate dentry if it root dentry.
+Bugzilla : 13334
+Description: Fix error on 'ls .' at the top of the Lustre mount.
+Details : Don't revalidate dentry if it is a root dentry.
Severity : normal
Bugzilla : 13518
Severity : normal
Bugzilla : 13570
-Description: grant fixes to avoid grant_space > avail_space
+Description: To avoid grant space > avaible space when the disk is almost
+ full. Without this patch you might see the error "grant XXXX >
+ available" or some LBUG about grant, when the disk is almost
+ full.
Details : In filter_check_grant, for non_grant cache write, we should
check the left space by if (*left > ungranted + bytes), instead
of (*left > ungranted), because only we are sure the left space
described in CVE-2007-4573. This problem could allow untrusted
local users to gain root access.
+Severity : normal
+Bugzilla : 13568
+Description: Remove 2.4 kernel checks lustre 1.8
+Details : Remove 2.5.0 check from dcache.c dir.c file.c llite_internal.h
+ llite_lib.c llite_mmap.c lproc_llite.c namei.c rw.c symlink.c
+ llite subsystem.
+ Remove 2.5.0 check from handler.c lproc_mds.c mds_fs.c
+ mds_internal.h mds_lib.c mds_open.c mds_reint.c mds_xattr.c
+ in mds subsystem.
+
--------------------------------------------------------------------------------
2007-08-10 Cluster File Systems, Inc. <info@clusterfs.com>