<p dir="ltr">Yes e2fsck recovery is not performance optimized :(</p>
<p dir="ltr">I found enabling drive readahead was minor help for e2fsck recovery.</p>
<p dir="ltr">Yes ll_recover_lost_found_objs is only for OST volumes, sorry.</p>
<p dir="ltr">Recovery mdt files is time consuming. If you run lustre 2.7 or newer, lfsck can automate some recovery.</p>
<p dir="ltr">Most mdt files the extended attributes and not block data is important but e2fsck does not recognize this relationship.</p>
<p dir="ltr">Keep mdt e2fsck logs, it can help recover mdt files back to original location.</p>
<p dir="ltr">chris hunter<br>
<a href="mailto:chuntera@gmail.com">chuntera@gmail.com</a><br>
</p>
<div class="gmail_quot<blockquote class=" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto"><div>Thank you Chris.</div><div><br></div><div>I'm running e2fsk, the last e2fsprogs version, in the combined mds / mdt and I think ll_recover is for OSTs. Am I wrong?</div><div><br></div><div>Currently my main problem is the downtime. After three days e2fsck is still running and I see old messages in the list about e2fsck running for weeks...I can't wait weeks to finish the e2fsck</div><div><br></div><div>More information about our lustre system: combined mds / mdt has 189 GB and 8.9 GB used. It was formatted with the default options.</div><div><br></div><div>Regards.</div><div><br><div><span style="background-color:rgba(255,255,255,0)">=============================================<br>Fernando Pérez<br>Institut de Ciències del Mar (CMIMA-CSIC)<br>Departament Oceanografía Física i Tecnològica<br>Passeig Marítim de la Barceloneta,37-49<br>08003 Barcelona<br>Phone:  <a href="tel:(+34)%2093%20230%2096%2035" target="_blank">(+34) 93 230 96 35</a><br>=============================================</span></div></div><div><br>El 6 may 2016, a las 15:13, Chris Hunter <<a href="mailto:chuntera@gmail.com" target="_blank">chuntera@gmail.com</a>> escribió:<br><br></div><blockquote type="cite"><div><span>On 05/05/2016 04:05 PM, <a href="mailto:lustre-discuss-request@lists.lustre.org" target="_blank">lustre-discuss-request@lists.lustre.org</a> wrote:</span><br><span>Hi Fernando,</span><br><span></span><br><span>When e2fsck has finished, you should run "ll_recover_lost_found_objs" command. This tool can recover files from OST lost+found directory using file extended attributes.</span><br><span></span><br><span><a href="https://build.hpdd.intel.com/job/lustre-manual/lastSuccessfulBuild/artifact/lustre_manual.xhtml#dbdoclet.50438219_44971" target="_blank">https://build.hpdd.intel.com/job/lustre-manual/lastSuccessfulBuild/artifact/lustre_manual.xhtml#dbdoclet.50438219_44971</a></span><br><span></span><br><span></span><br><span>FYI, e2fsck is part of e2fsprogs rpm package. You can update e2fsprogs independently from lustre version.</span><br><span></span><br><span>-- </span><br><span>regards,</span><br><span>chris hunter</span><br><span><a href="mailto:chuntera@gmail.com" target="_blank">chuntera@gmail.com</a></span><br><span></span><br><blockquote type="cite"><span>Date: Thu, 5 May 2016 15:37:13 +0200</span><br></blockquote><blockquote type="cite"><span>From: Fernando Perez <<a href="mailto:fperez@icm.csic.es" target="_blank">fperez@icm.csic.es</a>></span><br></blockquote><blockquote type="cite"><span>To: "<a href="mailto:lustre-discuss@lists.lustre.org" target="_blank">lustre-discuss@lists.lustre.org</a>"</span><br></blockquote><blockquote type="cite"><span>    <<a href="mailto:lustre-discuss@lists.lustre.org" target="_blank">lustre-discuss@lists.lustre.org</a>></span><br></blockquote><blockquote type="cite"><span>Subject: [lustre-discuss] Problems running e2fsck mdt/mds: long time</span><br></blockquote><blockquote type="cite"><span>    running it and a lot of errors</span><br></blockquote><blockquote type="cite"><span>Message-ID: <<a href="mailto:572B4C89.9060108@icm.csic.es" target="_blank">572B4C89.9060108@icm.csic.es</a>></span><br></blockquote><blockquote type="cite"><span>Content-Type: text/plain; charset=utf-8; format=flowed</span><br></blockquote><blockquote type="cite"><span></span><br></blockquote><blockquote type="cite"><span>Hi,</span><br></blockquote><blockquote type="cite"><span></span><br></blockquote><blockquote type="cite"><span>We have a lustre 2.4.1 filesystem with 250 TB, 158 TB used, and a</span><br></blockquote><blockquote type="cite"><span>combined MDT/MDS with ldiskfs and the latest e2fsprogs</span><br></blockquote><blockquote type="cite"><span></span><br></blockquote><blockquote type="cite"><span>Due to problems mounting an OST and other hardware problems in the past</span><br></blockquote><blockquote type="cite"><span>with other OSTs, we have started to run a e2fsck -fy in the combined MDT</span><br></blockquote><blockquote type="cite"><span>/ MDS two days ago because after run e2fsck -fn I saw a lot of errors.</span><br></blockquote><blockquote type="cite"><span>Previously I made a file level mdt / mds backup.</span><br></blockquote><blockquote type="cite"><span></span><br></blockquote><blockquote type="cite"><span>It seems  that the e2fsck is repairing all the inodes. Currently is</span><br></blockquote><blockquote type="cite"><span>running pass 4 and returns for each inode this kind of messages:</span><br></blockquote><blockquote type="cite"><span></span><br></blockquote><blockquote type="cite"><blockquote type="cite"><span>Unattached inode 26977505</span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span>Connect to /lost+found? yes</span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span></span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span>Inode 26977505 ref count is 2, should be 1.  Fix? yes</span><br></blockquote></blockquote><blockquote type="cite"><span></span><br></blockquote><blockquote type="cite"><span>Is it normal? What time can I expect to finish the e2fsck?</span><br></blockquote><blockquote type="cite"><span></span><br></blockquote><blockquote type="cite"><span>Regards.</span><br></blockquote><blockquote type="cite"><span></span><br></blockquote><span></span><br><span></span><br><span></span><br></div></blockquote></div></div>