<!-- 
RSS generated by JIRA (9.4.14#940014-sha1:734e6822bbf0d45eff9af51f82432957f73aa32c) at Sat Feb 10 01:38:02 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-3915] After upgrade from 2.4.0 to 2.5, can not mount OST, (osd_handler.c:2668:osd_object_ref_del()) LBUG Pid: 9537, comm: mount.lustre</title>
                <link>https://jira.whamcloud.com/browse/LU-3915</link>
                <project id="10000" key="LU">Lustre</project>
                    <description>&lt;p&gt;After upgrade the server and client to 2.5, when mounting OST, hit following error:&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;Lustre: DEBUG MARKER: == upgrade-downgrade End == 12:43:46 (1378755826)
LDISKFS-fs (sdb1): mounted filesystem with ordered data mode. quota=on. Opts: 
LustreError: 13a-8: Failed to get MGS log params and no local copy.
LustreError: 9537:0:(fld_handler.c:150:fld_server_lookup()) srv-lustre-OST0000: lookup 0x54, but not connects to MDT0yet: rc = -5.
LustreError: 9537:0:(osd_handler.c:2125:osd_fld_lookup()) lustre-OST0000-osd: cannot find FLD range for 0x54: rc = -5
LustreError: 9537:0:(osd_handler.c:3344:osd_mdt_seq_exists()) lustre-OST0000-osd: Can not lookup fld for 0x54
LustreError: 9537:0:(osd_handler.c:2668:osd_object_ref_del()) ASSERTION( inode-&amp;gt;i_nlink &amp;gt; 0 ) failed: 
LustreError: 9537:0:(osd_handler.c:2668:osd_object_ref_del()) LBUG
Pid: 9537, comm: mount.lustre

Call Trace:
 [&amp;lt;ffffffffa044c895&amp;gt;] libcfs_debug_dumpstack+0x55/0x80 [libcfs]
 [&amp;lt;ffffffffa044ce97&amp;gt;] lbug_with_loc+0x47/0xb0 [libcfs]
 [&amp;lt;ffffffffa0cdd1d7&amp;gt;] osd_object_ref_del+0x1e7/0x220 [osd_ldiskfs]
 [&amp;lt;ffffffffa0586c0e&amp;gt;] llog_osd_destroy+0x48e/0xb20 [obdclass]
 [&amp;lt;ffffffffa0558d51&amp;gt;] llog_destroy+0x51/0x170 [obdclass]
 [&amp;lt;ffffffffa055d8e4&amp;gt;] llog_erase+0x1c4/0x1e0 [obdclass]
 [&amp;lt;ffffffffa055e141&amp;gt;] llog_backup+0x231/0x500 [obdclass]
 [&amp;lt;ffffffff81281b10&amp;gt;] ? sprintf+0x40/0x50
 [&amp;lt;ffffffffa0d69b79&amp;gt;] mgc_process_log+0x1629/0x18e0 [mgc]
 [&amp;lt;ffffffffa0d63350&amp;gt;] ? mgc_blocking_ast+0x0/0x800 [mgc]
 [&amp;lt;ffffffffa070fb90&amp;gt;] ? ldlm_completion_ast+0x0/0x960 [ptlrpc]
 [&amp;lt;ffffffffa0d6b3c2&amp;gt;] mgc_process_config+0x5f2/0x1120 [mgc]
 [&amp;lt;ffffffffa05a3016&amp;gt;] lustre_process_log+0x256/0xa60 [obdclass]
 [&amp;lt;ffffffffa0572872&amp;gt;] ? class_name2dev+0x42/0xe0 [obdclass]
 [&amp;lt;ffffffff81168013&amp;gt;] ? kmem_cache_alloc_trace+0x1a3/0x1b0
 [&amp;lt;ffffffffa057291e&amp;gt;] ? class_name2obd+0xe/0x30 [obdclass]
 [&amp;lt;ffffffffa05d5b67&amp;gt;] server_start_targets+0x1c57/0x1e10 [obdclass]
 [&amp;lt;ffffffffa05a660b&amp;gt;] ? lustre_start_mgc+0x48b/0x1e10 [obdclass]
 [&amp;lt;ffffffffa059e5b0&amp;gt;] ? class_config_llog_handler+0x0/0x1880 [obdclass]
 [&amp;lt;ffffffffa05dab6c&amp;gt;] server_fill_super+0xbac/0x19e4 [obdclass]
 [&amp;lt;ffffffffa05a8168&amp;gt;] lustre_fill_super+0x1d8/0x530 [obdclass]
 [&amp;lt;ffffffffa05a7f90&amp;gt;] ? lustre_fill_super+0x0/0x530 [obdclass]
 [&amp;lt;ffffffff811845af&amp;gt;] get_sb_nodev+0x5f/0xa0
 [&amp;lt;ffffffffa059ff35&amp;gt;] lustre_get_sb+0x25/0x30 [obdclass]
 [&amp;lt;ffffffff81183beb&amp;gt;] vfs_kern_mount+0x7b/0x1b0
 [&amp;lt;ffffffff81183d92&amp;gt;] do_kern_mount+0x52/0x130
 [&amp;lt;ffffffff811a3f52&amp;gt;] do_mount+0x2d2/0x8d0
 [&amp;lt;ffffffff811a45e0&amp;gt;] sys_mount+0x90/0xe0
 [&amp;lt;ffffffff8100b072&amp;gt;] system_call_fastpath+0x16/0x1b


Message fromKernel panic - not syncing: LBUG
Pid: 9537, comm: mount.lustre Not tainted 2.6.32-358.18.1.el6_lustre.x86_64 #1
Call Trace:
 [&amp;lt;ffffffff8150de58&amp;gt;] ? panic+0xa7/0x16f
 [&amp;lt;ffffffffa044ceeb&amp;gt;] ? lbug_with_loc+0x9b/0xb0 [libcfs]
 [&amp;lt;ffffffffa0cdd1d7&amp;gt;] ? osd_object_ref_del+0x1e7/0x220 [osd_ldiskfs]
 syslogd@wtm-88  [&amp;lt;ffffffffa0586c0e&amp;gt;] ? llog_osd_destroy+0x48e/0xb20 [obdclass]
at Sep  9 12:43: [&amp;lt;ffffffffa0558d51&amp;gt;] ? llog_destroy+0x51/0x170 [obdclass]
57 ...
 kernel [&amp;lt;ffffffffa055d8e4&amp;gt;] ? llog_erase+0x1c4/0x1e0 [obdclass]
:LustreError: 95 [&amp;lt;ffffffffa055e141&amp;gt;] ? llog_backup+0x231/0x500 [obdclass]
 [&amp;lt;ffffffff81281b10&amp;gt;] ? sprintf+0x40/0x50
 [&amp;lt;ffffffffa0d69b79&amp;gt;] ? mgc_process_log+0x1629/0x18e0 [mgc]
 [&amp;lt;ffffffffa0d63350&amp;gt;] ? mgc_blocking_ast+0x0/0x800 [mgc]
37:0:(osd_handle [&amp;lt;ffffffffa070fb90&amp;gt;] ? ldlm_completion_ast+0x0/0x960 [ptlrpc]
 [&amp;lt;ffffffffa0d6b3c2&amp;gt;] ? mgc_process_config+0x5f2/0x1120 [mgc]
r.c:2668:osd_obj [&amp;lt;ffffffffa05a3016&amp;gt;] ? lustre_process_log+0x256/0xa60 [obdclass]
ect_ref_del()) A [&amp;lt;ffffffffa0572872&amp;gt;] ? class_name2dev+0x42/0xe0 [obdclass]
 [&amp;lt;ffffffff81168013&amp;gt;] ? kmem_cache_alloc_trace+0x1a3/0x1b0
SSERTION( inode- [&amp;lt;ffffffffa057291e&amp;gt;] ? class_name2obd+0xe/0x30 [obdclass]
&amp;gt;i_nlink &amp;gt; 0 ) f [&amp;lt;ffffffffa05d5b67&amp;gt;] ? server_start_targets+0x1c57/0x1e10 [obdclass]
ailed: 
 [&amp;lt;ffffffffa05a660b&amp;gt;] ? lustre_start_mgc+0x48b/0x1e10 [obdclass]
 [&amp;lt;ffffffffa059e5b0&amp;gt;] ? class_config_llog_handler+0x0/0x1880 [obdclass]
 [&amp;lt;ffffffffa05dab6c&amp;gt;] ? server_fill_super+0xbac/0x19e4 [obdclass]
 [&amp;lt;ffffffffa05a8168&amp;gt;] ? lustre_fill_super+0x1d8/0x530 [obdclass]
 [&amp;lt;ffffffffa05a7f90&amp;gt;] ? lustre_fill_super+0x0/0x530 [obdclass]
 [&amp;lt;ffffffff811845af&amp;gt;] ? get_sb_nodev+0x5f/0xa0
 [&amp;lt;ffffffffa059ff35&amp;gt;] ? lustre_get_sb+0x25/0x30 [obdclass]
 [&amp;lt;ffffffff81183beb&amp;gt;] ? vfs_kern_mount+0x7b/0x1b0
 [&amp;lt;ffffffff81183d92&amp;gt;] ? do_kern_mount+0x52/0x130
 [&amp;lt;ffffffff811a3f52&amp;gt;] ? do_mount+0x2d2/0x8d0
 [&amp;lt;ffffffff811a45e0&amp;gt;] ? sys_mount+0x90/0xe0
 [&amp;lt;ffffffff8100b072&amp;gt;] ? system_call_fastpath+0x16/0x1b
Initializing cgroup subsys cpuset
Initializing cgroup subsys cpu
Linux version 2.6.32-358.18.1.el6_lustre.x86_64 (jenkins@builder-4-sde1-el6-x8664.lab.whamcloud.com) (gcc version 4.4.6 20120305 (Red Hat 4.4.6-4) (GCC) ) #1 SMP Tue Sep 3 04:11:46 PDT 2013
Command line: ro root=UUID=64a1c9cd-640f-46ab-919e-9f5419f9e521 rd_NO_LUKS rd_NO_LVM LANG=en_US.UTF-8 rd_NO_MD console=ttyS0,115200 SYSFONT=latarcyrheb-sun16 KEYBOARDTYPE=pc KEYTABLE=us rd_NO_DM irqpoll nr_cpus=1 reset_devices cgroup_disable=memory mce=off  memmap=exactmap memmap=574K@4K memmap=134574K@49726K elfcorehdr=184300K memmap=4K$0K memmap=62K$578K memmap=128K$896K memmap=488K#3031140K memmap=68K$3061492K memmap=36K$3061864K memmap=12K$3061924K memmap=8K$3062120K memmap=12K$3062168K memmap=52K$3062372K memmap=16K$3062680K memmap=60K$3063816K memmap=3076K$3064340K memmap=160K$3067448K memmap=2048K$3106676K memmap=1184K$3109628K memmap=656K#3110812K memmap=4K#3111468K memmap=476K#3111472K memmap=4K#3111948K memmap=8K#3111952K memmap=4K#3111960K memmap=4K#3111964K memmap=108K#3111968K memmap=564K#3112076K memmap=294912K$3112960K memmap=4K$4173824K memmap=4K$4174948K memmap=16K$4174960K memmap=4K$4175872K memmap=6016K$4188288K
KERNEL supported cpus:
  Intel GenuineIntel
  AMD AuthenticAMD
  Centaur CentaurHauls
BIOS-provided physical RAM map:
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;</description>
                <environment>before upgrade, server and client: 2.4.0&lt;br/&gt;
after upgrade, server and client: lustre-master build #1652&lt;br/&gt;
</environment>
        <key id="20872">LU-3915</key>
            <summary>After upgrade from 2.4.0 to 2.5, can not mount OST, (osd_handler.c:2668:osd_object_ref_del()) LBUG Pid: 9537, comm: mount.lustre</summary>
                <type id="1" iconUrl="https://jira.whamcloud.com/secure/viewavatar?size=xsmall&amp;avatarId=11303&amp;avatarType=issuetype">Bug</type>
                                            <priority id="1" iconUrl="https://jira.whamcloud.com/images/icons/priorities/blocker.svg">Blocker</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="1">Fixed</resolution>
                                        <assignee username="tappro">Mikhail Pershin</assignee>
                                    <reporter username="sarah">Sarah Liu</reporter>
                        <labels>
                            <label>HB</label>
                            <label>mn4</label>
                    </labels>
                <created>Mon, 9 Sep 2013 21:02:42 +0000</created>
                <updated>Tue, 15 Apr 2014 13:40:38 +0000</updated>
                            <resolved>Tue, 24 Sep 2013 05:00:53 +0000</resolved>
                                    <version>Lustre 2.5.0</version>
                                    <fixVersion>Lustre 2.5.0</fixVersion>
                                        <due></due>
                            <votes>0</votes>
                                    <watches>9</watches>
                                                                            <comments>
                            <comment id="66192" author="adilger" created="Tue, 10 Sep 2013 16:12:46 +0000"  >&lt;p&gt;&lt;a href=&quot;https://jira.whamcloud.com/browse/LU-3349&quot; title=&quot;Add b2_3/b2_4 ldisk image tarball for conf-sanity.sh test_32&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-3349&quot;&gt;&lt;del&gt;LU-3349&lt;/del&gt;&lt;/a&gt; is trying to add a 2.4.0 image to conf-sanity.sh test_32&lt;span class=&quot;error&quot;&gt;&amp;#91;ab&amp;#93;&lt;/span&gt;, but is hitting this problem on a 2.4.0-&amp;gt;2.5.0 upgrade.&lt;/p&gt;</comment>
                            <comment id="66193" author="jlevi" created="Tue, 10 Sep 2013 16:12:54 +0000"  >&lt;p&gt;Mike,&lt;br/&gt;
Could you please have a look at this one?&lt;br/&gt;
Thank you!&lt;/p&gt;</comment>
                            <comment id="66197" author="jlevi" created="Tue, 10 Sep 2013 16:20:01 +0000"  >&lt;p&gt;Sarah, &lt;br/&gt;
Can you try reverting Change, 5049 and then try the upgrade again and post results?&lt;/p&gt;</comment>
                            <comment id="66449" author="sarah" created="Thu, 12 Sep 2013 01:45:17 +0000"  >&lt;p&gt;Here is the patch revert 5049: &lt;a href=&quot;http://review.whamcloud.com/#/c/7624/&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://review.whamcloud.com/#/c/7624/&lt;/a&gt;&lt;/p&gt;</comment>
                            <comment id="66481" author="simmonsja" created="Thu, 12 Sep 2013 12:06:02 +0000"  >&lt;p&gt;The revert will work. I ran into this problem before. I would recommend not reverting the patch for 2.5 since this breaks support of ZFS on the MGS. The problem is the config log format is now the OSD format on the MGS instead of using fsfilt but a 2.4 MGT will still be in the old config format. If we had a way to convert the format this wouldn&apos;t be a problem. The other solution is to rebuild the config log.&lt;/p&gt;</comment>
                            <comment id="66607" author="adilger" created="Fri, 13 Sep 2013 16:30:46 +0000"  >&lt;p&gt;James, could you please clarify what you mean by &quot;config log is now in OSD format&quot; vs. &quot;old config format&quot;?  Is this a change in the FID for the llog object, or how the config logs are named, or the name of the devices inside the config logs or what?&lt;/p&gt;</comment>
                            <comment id="66722" author="tappro" created="Mon, 16 Sep 2013 14:21:13 +0000"  >&lt;p&gt;We could replace assertion with simple check for nlink == 0 and suppose it can be possible case due to upgrade. But I wonder shouldn&apos;t lfsck repair such files upon start or that happens too early to be fixed by lfsck?&lt;/p&gt;</comment>
                            <comment id="66765" author="tappro" created="Mon, 16 Sep 2013 18:35:30 +0000"  >&lt;p&gt;&lt;a href=&quot;http://review.whamcloud.com/7673&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://review.whamcloud.com/7673&lt;/a&gt;&lt;br/&gt;
patch replaces assertion with CERROR() but only for local files. &lt;a href=&quot;https://jira.whamcloud.com/browse/LU-3349&quot; title=&quot;Add b2_3/b2_4 ldisk image tarball for conf-sanity.sh test_32&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-3349&quot;&gt;&lt;del&gt;LU-3349&lt;/del&gt;&lt;/a&gt; patch should be rebased on top of this one to pass Maloo.&lt;/p&gt;</comment>
                            <comment id="66769" author="sarah" created="Mon, 16 Sep 2013 19:40:48 +0000"  >&lt;p&gt;upgrade from 2.4.1 to build &lt;a href=&quot;http://build.whamcloud.com/job/lustre-reviews/18150/&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://build.whamcloud.com/job/lustre-reviews/18150/&lt;/a&gt;  which revert patch 5049, the test passed.&lt;/p&gt;</comment>
                            <comment id="66854" author="simmonsja" created="Tue, 17 Sep 2013 18:14:03 +0000"  >&lt;p&gt;In the past Andreas I would delete the config logs on the MGS to get around the issue of not being able to mount a file system built before &lt;a href=&quot;https://jira.whamcloud.com/browse/LU-2059&quot; title=&quot;mgc to backup configuration on osd-based llogs&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-2059&quot;&gt;&lt;del&gt;LU-2059&lt;/del&gt;&lt;/a&gt;. So this lead me to think it was a format change causing the problem. I tested Mikhal patch &lt;a href=&quot;http://review.whamcloud.com/7673&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://review.whamcloud.com/7673&lt;/a&gt; address this problem perfectly. That patch shows the solution was much simpler than I thought. Thank you Mikhal.&lt;/p&gt;</comment>
                            <comment id="67315" author="pjones" created="Tue, 24 Sep 2013 05:00:53 +0000"  >&lt;p&gt;Landed for 2.5.0&lt;/p&gt;</comment>
                    </comments>
                <issuelinks>
                            <issuelinktype id="10011">
                    <name>Related</name>
                                            <outwardlinks description="is related to ">
                                        <issuelink>
            <issuekey id="19031">LU-3349</issuekey>
        </issuelink>
                            </outwardlinks>
                                                                <inwardlinks description="is related to">
                                        <issuelink>
            <issuekey id="24149">LU-4878</issuekey>
        </issuelink>
                            </inwardlinks>
                                    </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|hzw1iv:</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_10090" key="com.pyxis.greenhopper.jira:gh-global-rank">
                        <customfieldname>Rank (Obsolete)</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>10328</customfieldvalue>
                        </customfieldvalues>
                    </customfield>
                                                                                            <customfield id="customfield_10060" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                        <customfieldname>Severity</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="10022"><![CDATA[3]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                        </customfields>
    </item>
</channel>
</rss>