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

Interop 2.5<->2.6 failure on test suite sanity test_24u: error on ioctl 0x4008669a, no data availiable

Details

    • Bug
    • Resolution: Fixed
    • Blocker
    • Lustre 2.5.2
    • Lustre 2.5.1
    • None
    • server: 2.5.1
      client: lustre-master build # 1945
    • 3
    • 13233

    Description

      This issue was created by maloo for sarah <sarah@whamcloud.com>

      This issue relates to the following test suite run: http://maloo.whamcloud.com/test_sets/acaf508a-b240-11e3-a93f-52540035b04c.

      The sub-test test_24u failed with the following error:

      error() without useful message, please fix

      == sanity test 24u: create stripe file == 12:37:21 (1395430641)
      error on ioctl 0x4008669a for '/mnt/lustre/f24u.sanity' (3): No data available
      write: Bad file descriptor
      

      Attachments

        Issue Links

          Activity

            [LU-4811] Interop 2.5<->2.6 failure on test suite sanity test_24u: error on ioctl 0x4008669a, no data availiable
            pjones Peter Jones added a comment -

            Landed for 2.5.2

            pjones Peter Jones added a comment - Landed for 2.5.2

            Since this issue is present in 2.5 and the patch 9812 is a back-ported form master to b2_5, I've changed the Affected and Fix version to the appropriate 2.5.x versions.

            utopiabound Nathaniel Clark added a comment - Since this issue is present in 2.5 and the patch 9812 is a back-ported form master to b2_5, I've changed the Affected and Fix version to the appropriate 2.5.x versions.

            Test retriggered today.

            jlevi Jodi Levi (Inactive) added a comment - Test retriggered today.

            Test for Change, 9812 was retriggered just now.

            jlevi Jodi Levi (Inactive) added a comment - Test for Change, 9812 was retriggered just now.

            You are right. I was thinking about the easy of cherry picking but that is not the case for the LU-3338 patch anyways. The LU-3338 patch uses linux apis instead of the cfs_ wrappers which needs to be fixed up for b2_5.
            Just need to watch the order of landing.

            simmonsja James A Simmons added a comment - You are right. I was thinking about the easy of cherry picking but that is not the case for the LU-3338 patch anyways. The LU-3338 patch uses linux apis instead of the cfs_ wrappers which needs to be fixed up for b2_5. Just need to watch the order of landing.

            Patch 6339 on LU-3338 is generally unrelated to this issue, it just happens to include the fix for this almost as an afterthought. It was infact added in rev 13 of that patch to fix an autotest issue.

            utopiabound Nathaniel Clark added a comment - Patch 6339 on LU-3338 is generally unrelated to this issue, it just happens to include the fix for this almost as an afterthought. It was infact added in rev 13 of that patch to fix an autotest issue.

            Your patch is less intrusive but I have to say back porting http://review.whamcloud.com/6339 is more desirable for us. The full patch from LU-3338 will also address the contention issues with vmalloc on the clients we see as well.

            simmonsja James A Simmons added a comment - Your patch is less intrusive but I have to say back porting http://review.whamcloud.com/6339 is more desirable for us. The full patch from LU-3338 will also address the contention issues with vmalloc on the clients we see as well.

            This was fixed on master as an addon to patch http://review.whamcloud.com/6339
            see the last line of comment:

            Also remove client eadatasize check in mdt xattr packing because
            as said above client can handle -EOVERFLOW.

            I believe this is what is tripping in this case.

            http://review.whamcloud.com/9812

            utopiabound Nathaniel Clark added a comment - This was fixed on master as an addon to patch http://review.whamcloud.com/6339 see the last line of comment: Also remove client eadatasize check in mdt xattr packing because as said above client can handle -EOVERFLOW. I believe this is what is tripping in this case. http://review.whamcloud.com/9812
            pjones Peter Jones added a comment -

            Nathaniel is looking into this one

            pjones Peter Jones added a comment - Nathaniel is looking into this one
            sarah Sarah Liu added a comment -

            https://maloo.whamcloud.com/test_sets/2b16c06a-b242-11e3-a93f-52540035b04c

            == sanity-benchmark test fsx: fsx == 17:01:05 (1395446465)
            debug=0
            error on ioctl 0x4008669a for '/mnt/lustre/f0.fsxfile' (3): No data available
            error: setstripe: create stripe file '/mnt/lustre/f0.fsxfile' failed
            Using: fsx -c 50 -p 1000 -S 2223 -P /tmp -l 3844216         -N 100000  /mnt/lustre/f0.fsxfile
            Chance of close/open is 1 in 50
            Seed set to 2223
            trunc_hack: fstat: Numerical result out of range
            no extend on truncate! not posix!
             sanity-benchmark test_fsx: @@@@@@ FAIL: fsx failed 
            
            sarah Sarah Liu added a comment - https://maloo.whamcloud.com/test_sets/2b16c06a-b242-11e3-a93f-52540035b04c == sanity-benchmark test fsx: fsx == 17:01:05 (1395446465) debug=0 error on ioctl 0x4008669a for '/mnt/lustre/f0.fsxfile' (3): No data available error: setstripe: create stripe file '/mnt/lustre/f0.fsxfile' failed Using: fsx -c 50 -p 1000 -S 2223 -P /tmp -l 3844216 -N 100000 /mnt/lustre/f0.fsxfile Chance of close/open is 1 in 50 Seed set to 2223 trunc_hack: fstat: Numerical result out of range no extend on truncate! not posix! sanity-benchmark test_fsx: @@@@@@ FAIL: fsx failed

            People

              utopiabound Nathaniel Clark
              maloo Maloo
              Votes:
              0 Vote for this issue
              Watchers:
              6 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved: