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

recovery hard time should not be shrunk for IR

Details

    • Bug
    • Resolution: Fixed
    • Minor
    • Lustre 2.10.0
    • None
    • None
    • 3
    • 9223372036854775807

    Description

      Otherwise, soft limit will be very close to hard limit, and on sluggish network, extended soft limit can reach hard limit easily, and the whole recovery will be aborted easier. Actually, IR is used to shorten the client reconnect time during recovery, so shrink soft limit is good enough. It doesn't make sense to shrink the hard limit.

      Attachments

        Activity

          [LU-8826] recovery hard time should not be shrunk for IR
          pjones Peter Jones added a comment -

          Landed for 2.10

          pjones Peter Jones added a comment - Landed for 2.10

          Oleg Drokin (oleg.drokin@intel.com) merged in patch https://review.whamcloud.com/23716/
          Subject: LU-8826 recovery: don't shrink recovery hard time
          Project: fs/lustre-release
          Branch: master
          Current Patch Set:
          Commit: f0d5693584bc70913541201c54c3666a473715b2

          gerrit Gerrit Updater added a comment - Oleg Drokin (oleg.drokin@intel.com) merged in patch https://review.whamcloud.com/23716/ Subject: LU-8826 recovery: don't shrink recovery hard time Project: fs/lustre-release Branch: master Current Patch Set: Commit: f0d5693584bc70913541201c54c3666a473715b2

          Niu Yawei (yawei.niu@intel.com) uploaded a new patch: http://review.whamcloud.com/23716
          Subject: LU-8826 recovery: sync client data deletion
          Project: fs/lustre-release
          Branch: master
          Current Patch Set: 1
          Commit: 13bf499bdad68d8bda84bb603cc7545d925f842e

          gerrit Gerrit Updater added a comment - Niu Yawei (yawei.niu@intel.com) uploaded a new patch: http://review.whamcloud.com/23716 Subject: LU-8826 recovery: sync client data deletion Project: fs/lustre-release Branch: master Current Patch Set: 1 Commit: 13bf499bdad68d8bda84bb603cc7545d925f842e

          Another problem is that even when exp_need_sync is set, we missed to turn transactions on MDT/OST into synchronous, I'll fix it together.

          niu Niu Yawei (Inactive) added a comment - Another problem is that even when exp_need_sync is set, we missed to turn transactions on MDT/OST into synchronous, I'll fix it together.

          People

            niu Niu Yawei (Inactive)
            niu Niu Yawei (Inactive)
            Votes:
            0 Vote for this issue
            Watchers:
            5 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved: