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

broken ldlm_add_waiting_lock usage

    XMLWordPrintable

Details

    • Bug
    • Resolution: Fixed
    • Major
    • Lustre 2.15.0
    • None
    • None
    • 3
    • 9223372036854775807

    Description

      exp_bl_lock_at accounted the period since BLAST send until cancel RPC came to server originally. LU-6032 started to update l_blast_sent for expired locks which are still busy - prolonged locks when the timeout expired. In fact, this is a good idea to cover not the whole period but until any involved RPC comes - it avoids excessively large lock callback timeouts - and the IO which does the lock prolong is also able to re-start the AT cycle by updating the l_blast_sent.

      Unfortunately, the change seems to be made occasionally as the main prolong code was not adjusted accordingly.

      Attachments

        Activity

          People

            vitaly_fertman Vitaly Fertman
            vitaly_fertman Vitaly Fertman
            Votes:
            0 Vote for this issue
            Watchers:
            3 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved: