[LU-5135] Test failure sanity-scrub test_5: (13) Failed to start mds Created: 02/Jun/14  Updated: 12/Jun/14  Resolved: 11/Jun/14

Status: Resolved
Project: Lustre
Component/s: None
Affects Version/s: None
Fix Version/s: Lustre 2.6.0

Type: Bug Priority: Critical
Reporter: Maloo Assignee: nasf (Inactive)
Resolution: Fixed Votes: 0
Labels: None

Severity: 3
Rank (Obsolete): 14164

 Description   

This issue was created by maloo for Nathaniel Clark <nathaniel.l.clark@intel.com>

This issue relates to the following test suite run: http://maloo.whamcloud.com/test_sets/8925808c-e89e-11e3-849b-52540035b04c.

The sub-test test_5 failed with the following error:

(13) Failed to start mds4

Info required for matching: sanity-scrub 5



 Comments   
Comment by Jodi Levi (Inactive) [ 04/Jun/14 ]

Fan Yong,
Can you have a look at this one and comment on your opinion of priority for 2.6?

Comment by nasf (Inactive) [ 08/Jun/14 ]

I cannot reproduce the failure by myself, but I found some other similar failures under DNE mode. In fact, the failure is related with neither backup/restore nor LFSCK, instead, it is related with the external patch: http://review.whamcloud.com/#/c/9967/

With this patch applied, the following simple test will get faiurel in my VM environment:

test_80b()
{
        [ $MDSCOUNT -lt 2 ] &&
                skip "We need at least 2 MDSes for the test" && exit 0

        stop $SINGLEMDS || error "Fail to stop MDT0!"

        start $SINGLEMDS $(mdsdevname ${SINGLEMDS//mds/}) $MDS_MOUNT_OPTS ||
                error "Fail to start MDT0"
}
run_test 80b "verify the patch 9967"

Oleg, would you please to consider such patch? Thanks!

Comment by Jodi Levi (Inactive) [ 11/Jun/14 ]

Patch landed to Master.

Comment by nasf (Inactive) [ 12/Jun/14 ]

Jodi,

I mean that the patch http://review.whamcloud.com/#/c/9967/ (that has been landed to master) may cause some DNE failures. If Oleg confirm that, we need to revert such patch. So before further confirmation, we should NOT close the ticket..

Generated at Sat Feb 10 01:48:49 UTC 2024 using Jira 9.4.14#940014-sha1:734e6822bbf0d45eff9af51f82432957f73aa32c.