[LU-1837] 2.1.3<->2.3 Test failure on test suite mmp, subtest test_8

• Status: Resolved
• Project: Lustre
• Affects Version/s: Lustre 2.3.0
• Type: Bug
• Priority: Minor
• Reporter: Maloo
• Assignee: WC Triage
• Resolution: Duplicate

Environment

server: lustre-b2_3 tag-2.2.94 RHEL6
client: 2.1.3 RHEL6

• Severity: 3

Description

This issue was created by maloo for sarah <[e-mail]>

This issue relates to the following test suite run: https://maloo.whamcloud.com/test_sets/98d8d016-f6d7-11e1-b320-52540035b04c.

The sub-test test_8 failed with the following error:

test_8 failed with 1

== mmp test 8: mount during e2fsck == 03:14:08 (1346753648)
Force e2fsck checking on device /dev/lvm-MDS/P1 on mds1
CMD: client-29vm7 debugfs -w -R 'ssv free_blocks_count 0' /dev/lvm-MDS/P1
client-29vm7: debugfs 1.42.3.wc3 (15-Aug-2012)
CMD: client-29vm7 /usr/lib64/lustre/tests/e2fsck.exp /dev/lvm-MDS/P1
client-29vm7: sh: /usr/lib64/lustre/tests/e2fsck.exp: No such file or directory
CMD: client-29vm7 mkdir -p /mnt/mds1
Starting mds1: -o user_xattr,acl  /dev/lvm-MDS/P1 /mnt/mds1
CMD: client-29vm7 mkdir -p /mnt/mds1; mount -t lustre -o user_xattr,acl  /dev/lvm-MDS/P1 /mnt/mds1
CMD: client-29vm7 PATH=/usr/lib64/lustre/tests:/usr/lib/lustre/tests:/usr/lib64/lustre/tests:/opt/iozone/bin:/usr/lib64/lustre/tests//usr/lib64/lustre/tests:/usr/lib64/lustre/tests:/usr/lib64/lustre/tests/../utils:/opt/iozone/bin:/usr/lib64/lustre/tests/mpi:/usr/lib64/lustre/tests/racer:/usr/lib64/lustre/../lustre-iokit/sgpdd-survey:/usr/lib64/lustre/tests:/usr/lib64/lustre/utils/gss:/usr/lib64/lustre/utils:/usr/lib64/openmpi/bin:/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin::/sbin NAME=autotest_config sh rpc.sh set_default_debug \"0x33f0404\" \" 0xffb7e3ff\" 32 
CMD: client-29vm7 e2label /dev/lvm-MDS/P1
Started lustre-MDT0000
 mmp test_8: @@@@@@ FAIL: mount /dev/lvm-MDS/P1 on mds1 should fail 

Issue Links

• duplicates: LU-1762 mmp.sh gets wrong MMP update interval

Comments

[Keith Mannthey (Inactive)]

This looks alot like http://jira.whamcloud.com/browse/LU-1689. Perhaps that issue should be reopened?

[Andreas Dilger]

This should be fixed with the LU-1762 patches from Yu Jian. They were not landed for 2.1.3.