<div dir="ltr"><div><div><div><div><div><div><div><div><div><div><div><div>Salutations!<br><br></div>I am trying to better understand Lustre recovery after having a hardware problem force a recovery on the Lustre File System (LFS).  <br><br></div>For the most part, the recovery from the hardware failure succeeded.  It took a bit of time.<br></div>The system is a vendor appliance initially based on Lustre 2.1.0 with some vendor patches.<br><br></div>I was concerned about the messages "...waking for gap in transno, VBR is OFF...".   I learned in LU-7732 that the message concerns transaction numbers in a replay request in which no CREATE occurs such that the transaction number is subsequenlty removed from the replay list.  The message was deemed inaccurate and unnecessary per LU-7732 and removed in Lustre 2.9.0 and newer.  Thanks for the info.<br><br></div>What about the "VBR is OFF" part of the string?  The "Lustre Software Release Operations Manual 2.x" Section 31.4.1 VBR Messages states of VBR that "It cannot be disabled".   The "lctl get_param obdfilter.*.recovery_status" on an OSS shows the line "VBR:  DISABLED" for each OST on the OSS.  The MDS recovery_status also shows VBR: DISABLED.  I noted while reading LU-5724 that James Simmons post of recovery_status had VBR: DISABLED as well. It seemed from the post that the VBR status was acceptable (Mr. Simmons question in the LU was on the IR status).<br><br></div>* If a LFS is not in recovery (STATUS:  COMPLETE) is VBR: DISABLED printed because a recovery operation is not currently occuring?<br><br></div>Secondly, the Imperative Recovery (IR) is shown as IR: ENABLED on the MDS.  For the OSS, I see from the recovery_status output that IR is enabled, on most--but not all--the OSTs.  <br><br></div>* Should the OST IR value be consistent across all active OSTs in a LFS?<br></div>* Why might an OST have an IR state different from its peers?<br><br></div>P.S.  I really appreciate the clear write-ups in the LU pages.  They have helped me significantly.<br><br></div>Cheers,<br></div>megan <br><div><div><div><div><div><div><br><br></div></div></div></div></div></div></div>