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 made changes -
          Link New: This issue is duplicated by SEA-186 [ SEA-186 ]
          jhammond John Hammond made changes -
          Link New: This issue is related to SEA-287 [ SEA-287 ]
          pjones Peter Jones made changes -
          Link New: This issue is related to JFC-17 [ JFC-17 ]
          pjones Peter Jones made changes -
          Link New: This issue is related to LDEV-301 [ LDEV-301 ]
          pjones Peter Jones made changes -
          Fix Version/s New: Lustre 2.10.0 [ 12204 ]
          Resolution New: Fixed [ 1 ]
          Status Original: Open [ 1 ] New: Resolved [ 5 ]
          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 Niu Yawei (Inactive) made changes -
          Description Original: Otherwise, hard time is reached as soon as recovery time expires, and no chance for VBR. New: 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.
          niu Niu Yawei (Inactive) made changes -
          Summary Original: recovery hard time should be extended when extending recovery time New: recovery hard time should not be shrunk for IR
          niu Niu Yawei (Inactive) made changes -
          Description Original: client data deletion should be done synchronously, otherwise, the data client could be left on disk when server is shutdown. New: Otherwise, hard time is reached as soon as recovery time expires, and no chance for VBR.

          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: