<!-- 
RSS generated by JIRA (9.4.14#940014-sha1:734e6822bbf0d45eff9af51f82432957f73aa32c) at Sat Feb 10 03:22:59 UTC 2024

It is possible to restrict the fields that are returned in this document by specifying the 'field' parameter in your request.
For example, to request only the issue key and summary append 'field=key&field=summary' to the URL of your request.
-->
<rss version="0.92" >
<channel>
    <title>Whamcloud Community JIRA</title>
    <link>https://jira.whamcloud.com</link>
    <description>This file is an XML representation of an issue</description>
    <language>en-us</language>    <build-info>
        <version>9.4.14</version>
        <build-number>940014</build-number>
        <build-date>05-12-2023</build-date>
    </build-info>


<item>
            <title>[LU-15985] e2fsck looping &quot;Inode NNN block BBB conflicts with critical metadata&quot;</title>
                <link>https://jira.whamcloud.com/browse/LU-15985</link>
                <project id="10000" key="LU">Lustre</project>
                    <description>&lt;p&gt;In some cases it appears that e2fsck can become stuck in pass1 block checking with messages similar to:&lt;/p&gt;
&lt;div class=&quot;preformatted panel&quot; style=&quot;border-width: 1px;&quot;&gt;&lt;div class=&quot;preformattedContent panelContent&quot;&gt;
&lt;pre&gt;Inode 8304551 block 32881 conflicts with critical metadata, skipping block checks.
Inode 8304551 block 32881 conflicts with critical metadata, skipping block checks.
Inode 8304551 block 32881 conflicts with critical metadata, skipping block checks.
Inode 8304551 block 32881 conflicts with critical metadata, skipping block checks.
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;
&lt;p&gt;These repeat hundreds or thousands of times for a single inode, but eventually finish and the inode is marked as having too many errors and is cleared.  It doesn&apos;t seem to be skipping the block checks at all, unless it is one or more blocks full of the same (bad) 32-bit block numbers and it is checking and ignoring all of them. &lt;/p&gt;

&lt;p&gt;It would be better if the handling of these errors short-circuited the thousands of lines of output and just cleared the inode (or at last the parent indirect block) immediately, since it will happen in the end anyway. This should probably be part of the inode badness functionality. &lt;/p&gt;</description>
                <environment></environment>
        <key id="70960">LU-15985</key>
            <summary>e2fsck looping &quot;Inode NNN block BBB conflicts with critical metadata&quot;</summary>
                <type id="4" iconUrl="https://jira.whamcloud.com/secure/viewavatar?size=xsmall&amp;avatarId=11310&amp;avatarType=issuetype">Improvement</type>
                                            <priority id="4" iconUrl="https://jira.whamcloud.com/images/icons/priorities/minor.svg">Minor</priority>
                        <status id="5" iconUrl="https://jira.whamcloud.com/images/icons/statuses/resolved.png" description="A resolution has been taken, and it is awaiting verification by reporter. From here issues are either reopened, or are closed.">Resolved</status>
                    <statusCategory id="3" key="done" colorName="success"/>
                                    <resolution id="5">Cannot Reproduce</resolution>
                                        <assignee username="wc-triage">WC Triage</assignee>
                                    <reporter username="adilger">Andreas Dilger</reporter>
                        <labels>
                            <label>e2fsck</label>
                    </labels>
                <created>Wed, 29 Jun 2022 18:12:31 +0000</created>
                <updated>Wed, 4 Oct 2023 16:58:23 +0000</updated>
                            <resolved>Wed, 4 Oct 2023 16:58:23 +0000</resolved>
                                                                        <due></due>
                            <votes>0</votes>
                                    <watches>1</watches>
                                                                            <comments>
                            <comment id="350485" author="adilger" created="Fri, 21 Oct 2022 16:55:31 +0000"  >&lt;p&gt;I think patch: &lt;a href=&quot;https://review.whamcloud.com/48620&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://review.whamcloud.com/48620&lt;/a&gt; &quot;&lt;tt&gt;&lt;a href=&quot;https://jira.whamcloud.com/browse/LU-16171&quot; title=&quot;e2fsck should handle multiply-claimed blocks better&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-16171&quot;&gt;&lt;del&gt;LU-16171&lt;/del&gt;&lt;/a&gt; e2fsck: improve pass1b bad inode handling&lt;/tt&gt;&quot; may also fix this issue, but I&apos;m not sure since I don&apos;t have a test case yet. &lt;/p&gt;</comment>
                    </comments>
                <issuelinks>
                            <issuelinktype id="10010">
                    <name>Duplicate</name>
                                            <outwardlinks description="duplicates">
                                        <issuelink>
            <issuekey id="72429">LU-16171</issuekey>
        </issuelink>
                            </outwardlinks>
                                                        </issuelinktype>
                    </issuelinks>
                <attachments>
                    </attachments>
                <subtasks>
                    </subtasks>
                <customfields>
                                                                                                                                                                                            <customfield id="customfield_10890" key="com.atlassian.jira.plugins.jira-development-integration-plugin:devsummary">
                        <customfieldname>Development</customfieldname>
                        <customfieldvalues>
                            
                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                        <customfield id="customfield_10390" key="com.pyxis.greenhopper.jira:gh-lexo-rank">
                        <customfieldname>Rank</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>1|i02tfz:</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_10090" key="com.pyxis.greenhopper.jira:gh-global-rank">
                        <customfieldname>Rank (Obsolete)</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>9223372036854775807</customfieldvalue>
                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                                                                                </customfields>
    </item>
</channel>
</rss>