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

ldiskfs RHEL6.4 support

Details

    • Improvement
    • Resolution: Fixed
    • Blocker
    • Lustre 2.4.0
    • Lustre 2.4.0
    • 5819

    Description

      RHEL 6.4 beta is now out, and we are beginning to assemble the next TOSS release at LLNL. I will attach patches to this ticket that add preliminary RHEL 6.4 support to ldiskfs only. In otherwords, I am updating ldiskfs/kernel_patches, not lustre/kernel_patches.

      Attachments

        Issue Links

          is related to

          Improvement - An improvement or enhancement to an existing feature or task. LU-2846 Kernel update [RHEL6.4 2.6.32-358.2.1.el6]

          • Blocker - Blocks development and/or testing work, production could not run.
          • Resolved
          is related to

          Bug - A problem which impairs or prevents the functions of the product. LU-2967 list_del corruption - client crashes

          • Blocker - Blocks development and/or testing work, production could not run.
          • Resolved

          Improvement - An improvement or enhancement to an existing feature or task. LU-20 patchless server kernel

          • Critical - Crashes, loss of data, severe memory leak.
          • Resolved

          Improvement - An improvement or enhancement to an existing feature or task. LU-992 deprecate RHEL5 kernel support for Lustre 2.2 servers

          • Minor - Minor loss of function, or other problem where easy workaround is present.
          • Resolved

          Activity

            [LU-2473] ldiskfs RHEL6.4 support
            ys Yang Sheng added a comment -

            Patch landed, close this ticket.

            ys Yang Sheng added a comment - Patch landed, close this ticket.
            morrone Christopher Morrone (Inactive) added a comment -

            As a bonus LU-3071 get fixed automatically when you move to RHEL6.4

            I do not think that is the case. Our Lustre 2.1.4 systems are already using RHEL6.4.

            morrone Christopher Morrone (Inactive) added a comment - As a bonus LU-3071 get fixed automatically when you move to RHEL6.4 I do not think that is the case. Our Lustre 2.1.4 systems are already using RHEL6.4.
            pjones Peter Jones added a comment -

            It is LU-2967 that we are most concerned about with RHEL6.4

            pjones Peter Jones added a comment - It is LU-2967 that we are most concerned about with RHEL6.4
            simmonsja James A Simmons added a comment -

            As a bonus LU-3071 get fixed automatically when you move to RHEL6.4

            simmonsja James A Simmons added a comment - As a bonus LU-3071 get fixed automatically when you move to RHEL6.4
            morrone Christopher Morrone (Inactive) added a comment -

            The prerequisites have all been merged. Now we just await the landing of 4804.

            morrone Christopher Morrone (Inactive) added a comment - The prerequisites have all been merged. Now we just await the landing of 4804 .
            morrone Christopher Morrone (Inactive) added a comment -

            James found the problem with change 5675, so I am hopeful that all four changes are in their final state for landing.

            morrone Christopher Morrone (Inactive) added a comment - James found the problem with change 5675, so I am hopeful that all four changes are in their final state for landing.
            morrone Christopher Morrone (Inactive) added a comment -

            Awesome, thanks alot for checking that!

            For everyone watching at home, change 4804 is dependent the following series of three patches, which are pretty darn close to being ready themselves:

            http://review.whamcloud.com/5675
            http://review.whamcloud.com/4991
            http://review.whamcloud.com/5001

            I believe that 4991 and 5001 are done. 5675 we have some mysterious failures, but the change seems pretty good to me. I'm guessing that either the failures are unrelated to the change, but perhaps we missed at spot in lustre where the new header needs to be included. We'll see how the latest rebase does in autotest.

            morrone Christopher Morrone (Inactive) added a comment - Awesome, thanks alot for checking that! For everyone watching at home, change 4804 is dependent the following series of three patches, which are pretty darn close to being ready themselves: http://review.whamcloud.com/5675 http://review.whamcloud.com/4991 http://review.whamcloud.com/5001 I believe that 4991 and 5001 are done. 5675 we have some mysterious failures, but the change seems pretty good to me. I'm guessing that either the failures are unrelated to the change, but perhaps we missed at spot in lustre where the new header needs to be included. We'll see how the latest rebase does in autotest.
            bogl Bob Glossman (Inactive) added a comment -

            Although this change is only necessary for rhel/centos 6.4 I've applied and tried it in centos 6.3 and sles11sp2 as well. The new selection rules in ldiskfs-build.m4 appear to work correctly everywhere.

            bogl Bob Glossman (Inactive) added a comment - Although this change is only necessary for rhel/centos 6.4 I've applied and tried it in centos 6.3 and sles11sp2 as well. The new selection rules in ldiskfs-build.m4 appear to work correctly everywhere.

            People

              ys Yang Sheng
              morrone Christopher Morrone (Inactive)
              Votes:
              0 Vote for this issue
              Watchers:
              10 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved: