Uploaded image for project: 'Lustre'
  1. Lustre
  2. LU-3730

sanity-hsm test_3 Error: 'could not create file'

Details

    • Bug
    • Resolution: Fixed
    • Critical
    • Lustre 2.5.0
    • None
    • autotest
    • 3
    • 9628

    Description

      Sanity-hsm test_3 is failing alot:

      One example can be seen here: https://maloo.whamcloud.com/test_sets/0c378cde-ff90-11e2-a3fb-52540035b04c

      test_3 	
      
          Error: 'could not create file'
          Failure Rate: 27.00% of last 100 executions [all branches] 
      

      The only thing of interest I found so far is from the MDS console.
      1454 error messages:

      05:39:27:Lustre: DEBUG MARKER: == sanity-hsm test 3: Check file dirtyness when opening for write == 05:39:24 (1375879164)
      05:39:27:LustreError: 1146:0:(mdt_xattr.c:134:mdt_getxattr_one()) getxattr failed: -61
      05:39:27:LustreError: 1146:0:(mdt_xattr.c:134:mdt_getxattr_one()) Skipped 1453 previous similar messages
      05:39:27:Lustre: DEBUG MARKER: /usr/sbin/lctl mark  sanity-hsm test_3: @@@@@@ FAIL: could not create file
      

      Tests after this tend to fail as well.

      Attachments

        Issue Links

          Activity

            [LU-3730] sanity-hsm test_3 Error: 'could not create file'

            This seems to be fixed now that LU-3669 has been closed.

            utopiabound Nathaniel Clark added a comment - This seems to be fixed now that LU-3669 has been closed.

            This should be fixed by LU-3669 patch http://review.whamcloud.com/7208/

            utopiabound Nathaniel Clark added a comment - This should be fixed by LU-3669 patch http://review.whamcloud.com/7208/

            This appears to be a duplicate of LU-3713

            utopiabound Nathaniel Clark added a comment - This appears to be a duplicate of LU-3713

            There was no such information to indicate why reading acl access info failed. From the test case itself, I feel it's not necessary to use `cp -p' so changing it to `cp' would work.

            jay Jinshan Xiong (Inactive) added a comment - There was no such information to indicate why reading acl access info failed. From the test case itself, I feel it's not necessary to use `cp -p' so changing it to `cp' would work.

            Jinshan, as you already documented in LU-3704, test_3 failures are due to ENODATA return during [cp -p /etc/passwd $TESTFILE.append || error "could not create file"] command when trying to set "system.posix_acl_access" XATTR. But why are some XATTRs part of "cp -p" work ? And in any case we may just check that file content after copy is ok in the test ?

            bfaccini Bruno Faccini (Inactive) added a comment - Jinshan, as you already documented in LU-3704 , test_3 failures are due to ENODATA return during [cp -p /etc/passwd $TESTFILE.append || error "could not create file"] command when trying to set "system.posix_acl_access" XATTR. But why are some XATTRs part of "cp -p" work ? And in any case we may just check that file content after copy is ok in the test ?
            jamesanunez James Nunez (Inactive) added a comment - Another failure at: https://maloo.whamcloud.com/test_sets/aa3d4616-001d-11e3-a856-52540035b04c This one with ZFS.

            People

              jay Jinshan Xiong (Inactive)
              keith Keith Mannthey (Inactive)
              Votes:
              0 Vote for this issue
              Watchers:
              8 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved: