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-2958 Lustre <p>We're continually hitting this LBUG when running <a href="https://github.com/chaos/lustre/tree/2.3.62-2chaos" class="external-link" target="_blank" rel="nofollow noopener">2.3.62-2chaos</a>.</p> <div class="preformatted panel" style="border-width: 1px;"><div class="preformattedContent panelContent"> <pre>2013-03-13 10:28:27.644618 {DefaultControlEventListener} [mmcs]{8}.5.1: LustreError: 12943:0:(fid_request.c:329:seq_client_alloc_fid()) ASSERTION( seq != ((void *)0) ) failed: 2013-03-13 10:28:27.645378 {DefaultControlEventListener} [mmcs]{8}.5.1: LustreError: 12943:0:(fid_request.c:329:seq_client_alloc_fid()) LBUG 2013-03-13 10:28:27.645734 {DefaultControlEventListener} [mmcs]{8}.5.1: Call Trace: 2013-03-13 10:28:27.646114 {DefaultControlEventListener} [mmcs]{8}.5.1: [c0000003c268b3b0] [c000000000008160] .show_stack+0x7c/0x184 (unreliable) 2013-03-13 10:28:27.646480 {DefaultControlEventListener} [mmcs]{8}.5.1: [c0000003c268b460] [8000000000420cb8] .libcfs_debug_dumpstack+0xd8/0x150 [libcfs] 2013-03-13 10:28:27.646853 {DefaultControlEventListener} [mmcs]{8}.5.1: [c0000003c268b510] [8000000000421480] .lbug_with_loc+0x50/0xc0 [libcfs] 2013-03-13 10:28:27.647213 {DefaultControlEventListener} [mmcs]{8}.5.1: [c0000003c268b5a0] [8000000001958b80] .seq_client_alloc_fid+0x4f0/0x740 [fid] 2013-03-13 10:28:27.647576 {DefaultControlEventListener} [mmcs]{8}.5.1: [c0000003c268b6c0] [8000000001a4e310] .mdc_fid_alloc+0x140/0x1e0 [mdc] 2013-03-13 10:28:27.647944 {DefaultControlEventListener} [mmcs]{8}.5.1: [c0000003c268b770] [8000000001a65818] .mdc_intent_lock+0x508/0x838 [mdc] 2013-03-13 10:28:27.648345 {DefaultControlEventListener} [mmcs]{8}.5.1: [c0000003c268b8f0] [8000000001ce72e0] .ll_lookup_it+0x450/0xfb0 [lustre] 2013-03-13 10:28:27.648774 {DefaultControlEventListener} [mmcs]{8}.5.1: [c0000003c268ba70] [8000000001ce7f10] .ll_lookup_nd+0xd0/0x580 [lustre] 2013-03-13 10:28:27.649207 {DefaultControlEventListener} [mmcs]{8}.5.1: [c0000003c268bb30] [c0000000000df10c] .__lookup_hash+0x180/0x1c8 2013-03-13 10:28:27.649699 {DefaultControlEventListener} [mmcs]{8}.5.1: [c0000003c268bbd0] [c0000000000e3690] .do_filp_open+0x260/0xadc 2013-03-13 10:28:27.650185 {DefaultControlEventListener} [mmcs]{8}.5.1: [c0000003c268bd80] [c0000000000d1ca8] .do_sys_open+0x8c/0x18c 2013-03-13 10:28:27.650632 {DefaultControlEventListener} [mmcs]{8}.5.1: [c0000003c268be30] [c000000000000580] syscall_exit+0x0/0x2c 2013-03-13 10:28:27.651100 {DefaultControlEventListener} [mmcs]{8}.5.1: Kernel panic - not syncing: LBUG 2013-03-13 10:28:27.651554 {DefaultControlEventListener} [mmcs]{8}.5.1: Call Trace: 2013-03-13 10:28:27.652039 {DefaultControlEventListener} [mmcs]{8}.5.1: [c0000003c268b3d0] [c000000000008160] .show_stack+0x7c/0x184 (unreliable) 2013-03-13 10:28:27.652453 {DefaultControlEventListener} [mmcs]{8}.5.1: [c0000003c268b480] [c0000000004557cc] .panic+0xb8/0x1e0 2013-03-13 10:28:27.652880 {DefaultControlEventListener} [mmcs]{8}.5.1: [c0000003c268b510] [80000000004214e0] .lbug_with_loc+0xb0/0xc0 [libcfs] 2013-03-13 10:28:27.653312 {DefaultControlEventListener} [mmcs]{8}.5.1: [c0000003c268b5a0] [8000000001958b80] .seq_client_alloc_fid+0x4f0/0x740 [fid] 2013-03-13 10:28:27.653734 {DefaultControlEventListener} [mmcs]{8}.5.1: [c0000003c268b6c0] [8000000001a4e310] .mdc_fid_alloc+0x140/0x1e0 [mdc] 2013-03-13 10:28:27.654166 {DefaultControlEventListener} [mmcs]{8}.5.1: [c0000003c268b770] [8000000001a65818] .mdc_intent_lock+0x508/0x838 [mdc] 2013-03-13 10:28:27.654595 {DefaultControlEventListener} [mmcs]{8}.5.1: [c0000003c268b8f0] [8000000001ce72e0] .ll_lookup_it+0x450/0xfb0 [lustre] 2013-03-13 10:28:27.655016 {DefaultControlEventListener} [mmcs]{8}.5.1: [c0000003c268ba70] [8000000001ce7f10] .ll_lookup_nd+0xd0/0x580 [lustre] 2013-03-13 10:28:27.655440 {DefaultControlEventListener} [mmcs]{8}.5.1: [c0000003c268bb30] [c0000000000df10c] .__lookup_hash+0x180/0x1c8 2013-03-13 10:28:27.655861 {DefaultControlEventListener} [mmcs]{8}.5.1: [c0000003c268bbd0] [c0000000000e3690] .do_filp_open+0x260/0xadc 2013-03-13 10:28:27.656281 {DefaultControlEventListener} [mmcs]{8}.5.1: [c0000003c268bd80] [c0000000000d1ca8] .do_sys_open+0x8c/0x18c 2013-03-13 10:28:27.656711 {DefaultControlEventListener} [mmcs]{8}.5.1: [c0000003c268be30] [c000000000000580] syscall_exit+0x0/0x2c 2013-03-13 10:28:27.657108 {DefaultControlEventListener} [mmcs]{8}.5.1: LustreError: dumping log to /tmp/lustre-log.1363195707.12943 </pre> </div></div> LU-2958

LBUG triggered in seq_client_alloc_fid() - ASSERTION( seq != ((void *)0) ) failed

Bug Blocker Closed Duplicate WC Triage Prakash Surya sequoia topsequoia Wed, 13 Mar 2013 16:38:02 +0000 Wed, 20 Mar 2013 00:13:47 +0000 Wed, 13 Mar 2013 19:32:31 +0000 Lustre 2.4.0 Lustre 2.4.0 0 4 <p>Prakash, any info on what kind of workload/operation is triggering this problem?</p> <p>This is on one of our production machines, so I'm unsure what kind of workload the users are putting on the system. We just recently upgraded the clients to run the new 2.3.62 tag (from 2.3.58), which I'm sure is why we're seeing it now. Also, I just noticed that the clients are mounting a file system running 2.1.2-3chaos, so this isn't exactly a supported configuration (2.3.62 clients using 2.1.2 servers).</p> <p>duplicate with 2911</p> <p>Prakash, it is my expectation that 2.4 clients will work with 2.1 servers. I thought the <a href="https://jira.whamcloud.com/browse/LU-2911" title="After upgrading from 1.8.9 to master, hit ASSERTION( seq != ((void *)0) ) failed" class="issue-link" data-issue-key="LU-2911"><del>LU-2911</del></a> problem was related to upgrade/downgrade for 1.8.9-&gt;2.4-&gt;1.8.9, but in fact it is an interop problem between 1.8.9 or 2.1.2 clients and master servers.</p> <p>I think this is in fact the same problem as <a href="https://jira.whamcloud.com/browse/LU-2911" title="After upgrading from 1.8.9 to master, hit ASSERTION( seq != ((void *)0) ) failed" class="issue-link" data-issue-key="LU-2911"><del>LU-2911</del></a>. As I understand that bug, it relates to master clients talking to servers upgraded from 1.8. I discovered while investigating <a href="https://jira.whamcloud.com/browse/LU-2986" title="Kernel Oops on ioctl LL_IOC_GET_MDTIDX" class="issue-link" data-issue-key="LU-2986"><del>LU-2986</del></a> that the server in question was upgraded to 2.1 from 1.8. Consequently, the client doesn't load the LMV layer. But <a href="https://jira.whamcloud.com/browse/LU-1445" title="fid on OST landing" class="issue-link" data-issue-key="LU-1445"><del>LU-1445</del></a> <a href="http://review.whamcloud.com/4787" class="external-link" target="_blank" rel="nofollow noopener">http://review.whamcloud.com/4787</a> removed the obd_fid_init() calls from llite, assuming that it will be taken care of in LMV. Since we don't have LMV, cl_seq is never initialized and we fail the assertion.</p> Duplicate LU-2911 Development Rank 1|hzvlb3: Rank (Obsolete) 7213 Severity