https://jira.whamcloud.com This file is an XML representation of an issue en-us 9.4.14 940014 05-12-2023 https://jira.whamcloud.com/browse/LU-8742 Lustre <p>We did a clean reboot of the entire cluster and restarted, after the first MDS failover we had a very long lfsck session &gt; 1000 seconds</p> <div class="code panel" style="border-width: 1px;"><div class="codeContent panelContent"> <pre class="code-java">2016-10-19 12:16:18,529:fsmgmt.fsmgmt:INFO lfsck still in progress <span class="code-keyword">for</span> soaked-MDT0000 after 945s 2016-10-19 12:27:01,370:fsmgmt.fsmgmt:ERROR lfsck found errors lola-8/soaked-MDT0000: lf_repaired: 0 2016-10-19 12:27:01,370:fsmgmt.fsmgmt:ERROR lfsck found errors lola-8/soaked-MDT0000: repaired_dangling: 0 2016-10-19 12:27:01,370:fsmgmt.fsmgmt:ERROR lfsck found errors lola-8/soaked-MDT0000: repaired_unmatched_pair: 0 2016-10-19 12:27:01,370:fsmgmt.fsmgmt:ERROR lfsck found errors lola-8/soaked-MDT0000: repaired_multiple_referenced: 0 2016-10-19 12:27:01,371:fsmgmt.fsmgmt:ERROR lfsck found errors lola-8/soaked-MDT0000: repaired_orphan: 0 2016-10-19 12:27:01,371:fsmgmt.fsmgmt:ERROR lfsck found errors lola-8/soaked-MDT0000: repaired_inconsistent_owner: 164693 2016-10-19 12:27:01,371:fsmgmt.fsmgmt:ERROR lfsck found errors lola-8/soaked-MDT0000: repaired_others: 0 </pre> </div></div> <p>Does the value for 'repaired_inconsistent_owner:' indicate the number of errors? Seems rather a lot, if so.</p> Soak cluster, tip of master with one patch LU-8742

lfsck > 1000 seconds

Bug Minor Closed Cannot Reproduce nasf Cliff White Thu, 20 Oct 2016 17:41:02 +0000 Sun, 5 Mar 2017 16:31:11 +0000 Sun, 5 Mar 2017 16:31:11 +0000 Lustre 2.9.0 0 3 <p>Hi Fan Yong,</p> <p>Could you please look into this issue?</p> <p>thanks.<br/> Joe</p> <p>The "repaired_inconsistent_owner" means the layout LFSCK found and repaired inconsistency owner information between the MDT-object and the OST-object. Its count means there are 164693 inconsistent pairs, that is usually greater than the bad files count. Generally, such inconsistent owners are related with chown/chgrp operations. Because the chown/chgrp operation will update the MDT side owner with sync mode, then generate some OST side setattr requests that will be handled in async mode. When handling these async OST side setattr requests depends on the system schedule. Anyway, there is interval between the MDT side owner change and the OST side owner change. The layout LFSCK can detect inconsistency between such interval.</p> <p>As for why the LFSCK took more that 1000 seconds, that depends on the objects count in the system. How do you trigger the LFSCK? It is triggered automatically or by some command manually? Would you please to show me the output of "lctl get_param -n mdd.${MDT_DEV}.lfsck_namespace" and "lctl get_param -n mdd.${MDT_DEV}.lfsck_layout" on the MDTs? Thanks!</p> <p>Cliff,</p> <p>Any feedback/logs for this ticket? Thanks!</p> Development Rank 1|hzysp3: Rank (Obsolete) 9223372036854775807 Severity