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

interop: sanity test 102ha fails with “saving trusted.big on /mnt/lustre/f102ha.sanity failed”

Details

    • Bug
    • Resolution: Fixed
    • Minor
    • Lustre 2.13.0
    • Lustre 2.13.0
    • Clients with Lustre version 2.12.53 or later and any server with version < 2.12.53
    • 3
    • 9223372036854775807

    Description

      sanity test_102ha fails with “saving trusted.big on /mnt/lustre/f102ha.sanity failed” for master (2.13.0) client and 2.12.2 servers. This test started to fail in interop testing on 03-JUNE-2019.

      Looking at the client test_log, we see

      == sanity test 102ha: grow xattr from inside inode to external inode ================================= 03:09:44 (1568344184)
      CMD: trevis-5vm8 dumpe2fs -h /dev/mapper/mds1_flakey 2>&1 |
      		grep -E -q '(ea_inode|large_xattr)'
      CMD: trevis-5vm8 dumpe2fs -h /dev/mapper/mds1_flakey 2>&1 |
      		grep -E -q '(ea_inode|large_xattr)'
      setting xattr of max xattr size: 1048364
      CMD: trevis-5vm8 dumpe2fs -h /dev/mapper/mds1_flakey 2>&1 |
      		grep -E -q '(ea_inode|large_xattr)'
      save trusted.big on /mnt/lustre/f102ha.sanity
      /usr/lib64/lustre/tests/sanity.sh: line 8946: /usr/bin/setfattr: Argument list too long
       sanity test_102ha: @@@@@@ FAIL: saving trusted.big on /mnt/lustre/f102ha.sanity failed 
        Trace dump:
        = /usr/lib64/lustre/tests/test-framework.sh:6115:error()
        = /usr/lib64/lustre/tests/sanity.sh:8947:grow_xattr()
        = /usr/lib64/lustre/tests/sanity.sh:8984:test_102ha()
      

      The patch https://review.whamcloud.com/34058 modified sanity test 102hs and the function grow_xattr() to take a “toobig” parameter.

      Attachments

        Activity

          [LU-12784] interop: sanity test 102ha fails with “saving trusted.big on /mnt/lustre/f102ha.sanity failed”

          "Oleg Drokin <green@whamcloud.com>" merged in patch https://review.whamcloud.com/45264/
          Subject: LU-12784 tests: fix large_xattr_enabled() for ZFS
          Project: fs/lustre-release
          Branch: master
          Current Patch Set:
          Commit: ea78489e2fc0083f46d8e6c932fcd09ba822939f

          gerrit Gerrit Updater added a comment - "Oleg Drokin <green@whamcloud.com>" merged in patch https://review.whamcloud.com/45264/ Subject: LU-12784 tests: fix large_xattr_enabled() for ZFS Project: fs/lustre-release Branch: master Current Patch Set: Commit: ea78489e2fc0083f46d8e6c932fcd09ba822939f

          "Andreas Dilger <adilger@whamcloud.com>" uploaded a new patch: https://review.whamcloud.com/45264
          Subject: LU-12784 tests: fix large_xattr_enabled() for ZFS
          Project: fs/lustre-release
          Branch: master
          Current Patch Set: 1
          Commit: c82dde4a92bda0d095d3b00da219bc0d3ca68b5a

          gerrit Gerrit Updater added a comment - "Andreas Dilger <adilger@whamcloud.com>" uploaded a new patch: https://review.whamcloud.com/45264 Subject: LU-12784 tests: fix large_xattr_enabled() for ZFS Project: fs/lustre-release Branch: master Current Patch Set: 1 Commit: c82dde4a92bda0d095d3b00da219bc0d3ca68b5a
          pjones Peter Jones added a comment -

          Landed for 2.13

          pjones Peter Jones added a comment - Landed for 2.13

          Oleg Drokin (green@whamcloud.com) merged in patch https://review.whamcloud.com/36240/
          Subject: LU-12784 llite: limit max xattr size by kernel value
          Project: fs/lustre-release
          Branch: master
          Current Patch Set:
          Commit: 84097792f56c38265b6eb0417a47c557f81f9461

          gerrit Gerrit Updater added a comment - Oleg Drokin (green@whamcloud.com) merged in patch https://review.whamcloud.com/36240/ Subject: LU-12784 llite: limit max xattr size by kernel value Project: fs/lustre-release Branch: master Current Patch Set: Commit: 84097792f56c38265b6eb0417a47c557f81f9461

          Patrick Farrell (pfarrell@whamcloud.com) uploaded a new patch: https://review.whamcloud.com/36240
          Subject: LU-12784 tests: Fix xattr size interop
          Project: fs/lustre-release
          Branch: master
          Current Patch Set: 1
          Commit: a653af6e8fb542d4a423ac6f5d0ac1062ad11898

          gerrit Gerrit Updater added a comment - Patrick Farrell (pfarrell@whamcloud.com) uploaded a new patch: https://review.whamcloud.com/36240 Subject: LU-12784 tests: Fix xattr size interop Project: fs/lustre-release Branch: master Current Patch Set: 1 Commit: a653af6e8fb542d4a423ac6f5d0ac1062ad11898

          Hmm.  This appears to come down to the older server advertising the max xattr size differently in a way that means for large xattrs, it's advertising a slightly larger size than it can actually support.

          This is for ldiskfs, with our old ~1 MiB xattr limit.  It's not an issue for smaller sizes, or so it seems.

          As discussed with Andreas, I think the proper thing to do is limit max attr size (in the test scripts) used with older servers to the current XATTR_SIZE_MAX (the kernel constant), 64 KiB.  This should avoid the problem where the older server doesn't properly advertise its xattr size limit, but still let us use the maximum xattr size with newer servers.

          I'll push a patch in a bit.

          pfarrell Patrick Farrell (Inactive) added a comment - Hmm.  This appears to come down to the older server advertising the max xattr size differently in a way that means for large xattrs, it's advertising a slightly larger size than it can actually support. This is for ldiskfs, with our old ~1 MiB xattr limit.  It's not an issue for smaller sizes, or so it seems. As discussed with Andreas, I think the proper thing to do is limit max attr size (in the test scripts) used with older servers to the current XATTR_SIZE_MAX (the kernel constant), 64 KiB.  This should avoid the problem where the older server doesn't properly advertise its xattr size limit, but still let us use the maximum xattr size with newer servers. I'll push a patch in a bit.

          People

            paf0186 Patrick Farrell
            jamesanunez James Nunez (Inactive)
            Votes:
            0 Vote for this issue
            Watchers:
            5 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved: