Whamcloud - gitweb
LU-3703 tests: skip getfattr part of sanity test 234 06/7306/2
authorBob Glossman <bob.glossman@intel.com>
Mon, 12 Aug 2013 19:28:41 +0000 (12:28 -0700)
committerOleg Drokin <oleg.drokin@intel.com>
Tue, 3 Sep 2013 05:35:53 +0000 (05:35 +0000)
Test fails due to a known bug in the upstream getfattr command in
SLES clients.  Skip the failing part of the test to work around
this problem.

If the upstream fix already present in source and in RHEL releases ever
lands in SLES releases this mod can be removed.

Signed-off-by: Bob Glossman <bob.glossman@intel.com>
Change-Id: I153713dc0dd43178d16f3c5bdf79c7ce07b6bbef
Reviewed-on: http://review.whamcloud.com/7306
Tested-by: Hudson
Tested-by: Maloo <whamcloud.maloo@gmail.com>
Reviewed-by: Keith Mannthey <keith.mannthey@intel.com>
Reviewed-by: Nathaniel Clark <nathaniel.l.clark@intel.com>
Reviewed-by: Oleg Drokin <oleg.drokin@intel.com>
lustre/tests/sanity.sh

index 75e3bc1..db9807c 100644 (file)
@@ -11602,9 +11602,12 @@ test_234() {
        $LCTL set_param fail_loc=0x1405
        setfattr -n user.attr -v value $DIR/$tdir/$tfile &&
                error "setfattr should have failed with ENOMEM"
-       # attr pre-2.4.44-7 had a bug with rc
-       getfattr -n user.attr $DIR/$tdir/$tfile &&
-               error "getfattr should have failed with ENOMEM"
+       if [ ! -f /etc/SuSE-release ]; then
+               # attr pre-2.4.44-7 had a bug with rc
+               # LU-3703 - SLES clients have older attr
+               getfattr -n user.attr $DIR/$tdir/$tfile &&
+                       error "getfattr should have failed with ENOMEM"
+       fi
        $LCTL set_param fail_loc=0x0
        rm -rf $DIR/$tdir