[LU-1625] Test failure on test suite parallel-scale-nfsv4, subtest test_metabench

• Type: Bug
• Resolution: Fixed
• Priority: Blocker
• Fix Version/s: Lustre 2.3.0, Lustre 2.1.3, Lustre 1.8.9
• Affects Version/s: Lustre 2.3.0, Lustre 2.1.3, Lustre 1.8.8
• Severity: 3
• Assignee: Keith Mannthey (Inactive)
• Reporter: Maloo

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/4a115426-cba8-11e1-8847-52540035b04c.

The sub-test test_metabench failed with the following error:

test failed to respond and timed out

From the log, this test took more than 35 minutes before it was ended. I check several pass runs, it usual takes less than 1800s, so the test may just be killed by the system.

Issue Links

• Trackbacks: Lustre 2.1.3 release testing tracker Lustre 2.1.3 RC1 Tag: v213RC1 Build:
• Trackbacks: Changelog 2.1 Changes from version 2.1.2 to version 2.1.3 Server support for kernels: 2.6.18308.13.1.el5 (RHEL5) 2.6.32279.2.1.el6 (RHEL6) Client support for unpatched kernels: 2.6.18308.13.1.el5 (RHEL5) 2.6.32279.2.1....

Comments

[Emoly Liu]

Patch for b1_8 is at http://review.whamcloud.com/4949

[Peter Jones]

Extra tweak landed too

[Keith Mannthey (Inactive)]

One extra change is need. I missed part of the needed patch. http://review.whamcloud.com/3701 has been pushed to fix this issue.

[Peter Jones]

Patch landed for 2.1.3 and 2.3. If there are still issues with this with Minh's changes in place then please reopen

[Jian Yu]

RHEL6.3/x86_64 (2.1.3 Server + 1.8.8-wc1 Client):
https://maloo.whamcloud.com/test_sets/7422aff4-e42a-11e1-b6d3-52540035b04c

[Minh Diep]

patch to reduce parallel-scale for nfs
http://review.whamcloud.com/#change,3596

[Andreas Dilger]

Minh, could you please just change the default compilebench numbers to "2" and "2" for parallel-scale-nfs.sh. This is a trivial change, and reduces the testing time, rather than making it take longer, and I don't think the benefits of testing NFS for such a long time is matched by the number of users who use NFS.

I think this is simply the following:

test_compilebench() {
    export cbench_IDIRS=${cbench_IDIRS:-2}
    export cbench_RUNS=${cbench_RUNS:-2}

    run_compilebench
}       
run_test compilebench "compilebench"

If there are other sub-parts of parallel-scale-nfsv4 that are taking a long time, I think they can also be shortened in a similar manner.

[Sarah Liu]

Bobi, I think for each test, timeout is set to 3600s, 9499s was the total number for 5 tests

[Zhenyu Xu]

Sarah,

what the timeout rule for autotest? as in https://maloo.whamcloud.com/test_sessions/3b113b66-e157-11e1-b541-52540035b04c, I saw parallel-scale-nfsv3 can run 9499 seconds, while parallel-scale-nfsv4 timed out in 3600 seconds.

[Peter Jones]

Bobijam will help with this one

[Yang Sheng]

I suspect this issue relate to some nfs problem. from stacktrace, the nfsv4-svc thread always running same location. I'll do more check for that.