<!-- 
RSS generated by JIRA (9.4.14#940014-sha1:734e6822bbf0d45eff9af51f82432957f73aa32c) at Sat Feb 10 01:21:30 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-1998] Can&apos;t fsck/mount mdadm device with external journal after journal was deleted and re-added. LDISKFS-fs: journal UUID does not match</title>
                <link>https://jira.whamcloud.com/browse/LU-1998</link>
                <project id="10000" key="LU">Lustre</project>
                    <description>&lt;p&gt;We encountered a problem with one of our OSTs that would not start because of &quot;[ 5437.653340] md2: bitmap superblock UUID mismatch&quot;. Also while we were able to run fsck.ldiskfs (livermore&apos;s renaming) on the other md device on the OSS, on the problem target fsck was refusing to run because of the following error: &quot;external journal does not support filesystem&quot;. So following directions posted by Andreas in an earlier lustre discuss thread, we removed the journal, ran fsck and re-added the external journal. &lt;/p&gt;

&lt;p&gt;After running those steps and trying to mount -t lustre, it fails asking whether the ldiskfs module is available with &quot;LDISKFS-fs: journal UUID does not match&quot; in dmesg. In addition, fsck still reports the journal does not support filesystem.&lt;/p&gt;

&lt;p&gt;I need some help fixing this problem ASAP because this is a production system.&lt;/p&gt;

&lt;p&gt;dmesg output:&lt;br/&gt;
[ 2414.128187] LDISKFS-fs: journal UUID does not match&lt;br/&gt;
[ 2415.232953] LustreError: 7358:0:(obd_mount.c:1292:server_kernel_mount()) premount /dev/md2:0x0 ldiskfs failed: -22, ldiskfs2 failed: -19.  Is the ldiskfs module available?&lt;br/&gt;
[ 2415.232963] LustreError: 7358:0:(obd_mount.c:1618:server_fill_super()) Unable to mount device /dev/md2: -22&lt;br/&gt;
[ 2415.232973] LustreError: 7358:0:(obd_mount.c:2050:lustre_fill_super()) Unable to mount  (-22)&lt;/p&gt;</description>
                <environment>Sun Blade (redsky) hardware running TOSS-4.4.4-1 (RHEL 5.5) and Sun J4400 JBODs</environment>
        <key id="16052">LU-1998</key>
            <summary>Can&apos;t fsck/mount mdadm device with external journal after journal was deleted and re-added. LDISKFS-fs: journal UUID does not match</summary>
                <type id="5" iconUrl="https://jira.whamcloud.com/images/icons/issuetypes/epic.png">Epic</type>
                                            <priority id="3" iconUrl="https://jira.whamcloud.com/images/icons/priorities/major.svg">Major</priority>
                        <status id="6" iconUrl="https://jira.whamcloud.com/images/icons/statuses/closed.png" description="The issue is considered finished, the resolution is correct. Issues which are closed can be reopened.">Closed</status>
                    <statusCategory id="3" key="done" colorName="success"/>
                                    <resolution id="1">Fixed</resolution>
                                        <assignee username="wc-triage">WC Triage</assignee>
                                    <reporter username="jamervi">Joe Mervini</reporter>
                        <labels>
                    </labels>
                <created>Thu, 20 Sep 2012 14:56:35 +0000</created>
                <updated>Thu, 20 Sep 2012 15:25:36 +0000</updated>
                            <resolved>Thu, 20 Sep 2012 15:25:25 +0000</resolved>
                                    <version>Lustre 1.8.x (1.8.0 - 1.8.5)</version>
                                                        <due></due>
                            <votes>0</votes>
                                    <watches>2</watches>
                                                                            <comments>
                            <comment id="45285" author="johann" created="Thu, 20 Sep 2012 15:20:25 +0000"  >&lt;p&gt;The problem might be related to the major/minor of the journal block device which have changed (those numbers are hardcoded in the ldiskfs filesystem). Could you please provide us with:&lt;br/&gt;
1. the exact commands you ran to add/remove the journal&lt;br/&gt;
2. the output of dumpe2fs -h against the ldiskfs &amp;amp; jbd filesystems&lt;br/&gt;
3. the output of ls -l /dev&lt;/p&gt;

&lt;p&gt;Thanks&lt;/p&gt;</comment>
                            <comment id="45286" author="jamervi" created="Thu, 20 Sep 2012 15:24:19 +0000"  >&lt;p&gt;Never mind. I decided to remake the journal file system (mke2fs -b 4096 -O journal_dev /dev/md12) and after doing that everything came back fine.&lt;/p&gt;</comment>
                            <comment id="45287" author="johann" created="Thu, 20 Sep 2012 15:25:25 +0000"  >&lt;p&gt;ok&lt;/p&gt;</comment>
                    </comments>
                    <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_10094" key="com.pyxis.greenhopper.jira:gh-epic-status">
                        <customfieldname>Epic Status</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="10052"><![CDATA[Done]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                    <customfield id="customfield_10390" key="com.pyxis.greenhopper.jira:gh-lexo-rank">
                        <customfieldname>Rank</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>1|hzw2pj:</customfieldvalue>

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