[LU-5359] sanity-quota test_7a: reintegration failed Created: 16/Jul/14  Updated: 13/Jul/15  Resolved: 26/Feb/15

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

Type: Bug Priority: Minor
Reporter: Maloo Assignee: Niu Yawei (Inactive)
Resolution: Fixed Votes: 0
Labels: None

Severity: 3
Rank (Obsolete): 14944

 Description   

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

This issue relates to the following test suite run: https://testing.hpdd.intel.com/test_sets/06c9f796-08db-11e4-b76d-5254006e85c2.
https://testing.hpdd.intel.com/test_sets/161586a4-02a8-11e4-b192-5254006e85c2

The sub-test test_7a failed with the following error:

reintegration failed

Info required for matching: sanity-quota 7a



 Comments   
Comment by Niu Yawei (Inactive) [ 17/Jul/14 ]

There are lots of test failures in this run, and the very first test: test_1 is failed as well, I'm afraid that could cause subsequent failures.

The test_1 failed for group write didn't honor quota as expected, I checked the log and looks the hardlimit for group has been propagated to slave successfully, but I don't see why slave didn't issue acquire while writing. Unfortunately, we didn't captured 'lfs quota' output for the group because of a script defect, see quota_scan():

        if [ "$LOCAL_UG" == "a" -o "$LOCAL_UG" == "g" ]; then
                $LFS quota -v -u $LOCAL_ID $DIR
                log "Files for group ($LOCAL_ID):"
                ($LFS find -group $LOCAL_ID $DIR | head -n 4 |
                        xargs stat 2>/dev/null)
        fi

It should issue "$LFS quota -v -g" but not "$LFS quota -v -u"

I think we'd fix this defect and land it, so that it can help us to collect debug information correctly in the future.

fix test script defect to collect correct debug information: http://review.whamcloud.com/11125

Comment by Bob Glossman (Inactive) [ 13/Nov/14 ]

I think this may be another instance, seen in master:
https://testing.hpdd.intel.com/test_sets/a2f488de-6ac4-11e4-aeb4-5254006e85c2

It occurs in test_7c instead of test_7a, but seems similar.

Comment by Andreas Dilger [ 26/Feb/15 ]

This test defect was fixed as part of http://review.whamcloud.com/11125

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