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-1552 Lustre <p>Opening .lustre/fid/<span class="error">&#91;0x200000001:0xd:0x0&#93;</span>/lost+found triggers an unchecked error in mdt_reint_open() which causes a failed assertion in mdt_finish_open().</p> <div class="preformatted panel" style="border-width: 1px;"><div class="preformattedContent panelContent"> <pre>[root]# sys_stat .lustre/fid/[0xb:0x0:0x0] cannot stat `.lustre/fid/[0xb:0x0:0x0]': No such file or directory [root]# sys_open .lustre/fid/[0xb:0x0:0x0] r cannot open `.lustre/fid/[0xb:0x0:0x0]' with flags 0, mode 0666: No such file or directory [root]# sys_stat .lustre/fid/[0x200000001:0xd:0x0]/lost+found cannot stat `.lustre/fid/[0x200000001:0xd:0x0]/lost+found': No such file or directory [root]# sys_open .lustre/fid/[0x200000001:0xd:0x0]/lost+found r </pre> </div></div> <p>In mdt_reint_open(), the call to mdo_lookup() is succeeding, but mo_attr_get() is failing with -ENOENT. (The return of mdd_la_get() becomes the return of mo_attr_get() here.) However the return of mo_attr_get() is only tested against -EREMOTE. Since mo_attr_get() failed, it did not set MA_INODE in ma_valid.</p> <div class="preformatted panel" style="border-width: 1px;"><div class="preformattedContent panelContent"> <pre>LustreError: 30584:0:(mdd_object.c:83:mdd_la_get()) (null): object [0xb:0x0:0x0] not found: rc = -2 LustreError: 30584:0:(mdt_open.c:784:mdt_finish_open()) ASSERTION( ma-&gt;ma_valid &amp; MA_INODE ) failed: LustreError: 30584:0:(mdt_open.c:784:mdt_finish_open()) LBUG Pid: 30584, comm: mdt_01 Call Trace: [&lt;ffffffffa0308905&gt;] libcfs_debug_dumpstack+0x55/0x80 [libcfs] [&lt;ffffffffa0308f17&gt;] lbug_with_loc+0x47/0xb0 [libcfs] [&lt;ffffffffa0a64b15&gt;] mdt_finish_open+0x12f5/0x1790 [mdt] [&lt;ffffffffa0a6701b&gt;] mdt_reint_open+0xc0b/0x1950 [mdt] [&lt;ffffffffa0a351a5&gt;] ? mdt_ucred+0x15/0x20 [mdt] [&lt;ffffffffa0a50b51&gt;] mdt_reint_rec+0x41/0xe0 [mdt] [&lt;ffffffffa0a4a3aa&gt;] mdt_reint_internal+0x50a/0x810 [mdt] [&lt;ffffffffa0a4a97d&gt;] mdt_intent_reint+0x1ed/0x500 [mdt] [&lt;ffffffffa0a46cc1&gt;] mdt_intent_policy+0x371/0x6a0 [mdt] [&lt;ffffffffa05bc841&gt;] ldlm_lock_enqueue+0x361/0x8f0 [ptlrpc] [&lt;ffffffffa05e420a&gt;] ldlm_handle_enqueue0+0x48a/0xf40 [ptlrpc] [&lt;ffffffffa0a46866&gt;] mdt_enqueue+0x46/0x130 [mdt] [&lt;ffffffffa0a3c2a2&gt;] mdt_handle_common+0x922/0x1740 [mdt] [&lt;ffffffffa0a3d195&gt;] mdt_regular_handle+0x15/0x20 [mdt] [&lt;ffffffffa06128a2&gt;] ptlrpc_server_handle_request+0x412/0xeb0 [ptlrpc] [&lt;ffffffffa030965e&gt;] ? cfs_timer_arm+0xe/0x10 [libcfs] [&lt;ffffffffa0319daf&gt;] ? lc_watchdog_touch+0x6f/0x180 [libcfs] [&lt;ffffffffa060b6d2&gt;] ? ptlrpc_wait_event+0xb2/0x2c0 [ptlrpc] [&lt;ffffffff81051ba3&gt;] ? __wake_up+0x53/0x70 [&lt;ffffffffa0613b17&gt;] ptlrpc_main+0x7d7/0x1610 [ptlrpc] [&lt;ffffffffa0613340&gt;] ? ptlrpc_main+0x0/0x1610 [ptlrpc] [&lt;ffffffff8100c14a&gt;] child_rip+0xa/0x20 [&lt;ffffffffa0613340&gt;] ? ptlrpc_main+0x0/0x1610 [ptlrpc] [&lt;ffffffffa0613340&gt;] ? ptlrpc_main+0x0/0x1610 [ptlrpc] [&lt;ffffffff8100c140&gt;] ? child_rip+0x0/0x20 </pre> </div></div> [root]# cat /proc/fs/lustre/version<br/> lustre: 2.2.57<br/> kernel: patchless_client<br/> build: 2.2.57-ge827449-CHANGED-2.6.32-220.23.1.el6.l2.2.55 LU-1552

opening lost+found: triggers (mdt_open.c:784:mdt_finish_open()) ASSERTION( ma->ma_valid & MA_INODE ) failed:

Technical task LU-1532 Minor Resolved Fixed WC Triage John Hammond fid Thu, 21 Jun 2012 16:21:04 +0000 Thu, 18 Apr 2013 18:46:46 +0000 Thu, 18 Apr 2013 18:46:46 +0000 Lustre 2.3.0 0 2 <p>John,<br/> all of the "FID_SEQ_LOCAL_FILE" files should be denied access from any external node. They are all intended to be used internally by the MDS or OSS when accessing objects in the OSD filesystem. This should be fixed along with <a href="https://jira.whamcloud.com/browse/LU-1532" title="only allow FID_SEQ_NORMAL from clients" class="issue-link" data-issue-key="LU-1532"><del>LU-1532</del></a>.</p> <p>These bugs are definitely an interesting class of problems, but it makes sense to step back for a bit and get the first ones fixed before seeing what other new issues can be produced.</p> <p>These bugs are symptoms that internal files should not be accessible through .lustre.</p> <p>Following the reproducer on current Master does not produce the failure:</p> <div class="preformatted panel" style="border-width: 1px;"><div class="preformattedContent panelContent"> <pre>[root@lmaster-124 sys]# cd /mnt/lustre/ [root@lmaster-124 lustre]# /root/hammond/sys/sys_stat .lustre/fid/[0xb:0x0:0x0] cannot stat `.lustre/fid/[0xb:0x0:0x0]': Invalid argument [root@lmaster-124 lustre]# /root/hammond/sys/sys_open .lustre/fid/[0xb:0x0:0x0] r cannot open `.lustre/fid/[0xb:0x0:0x0]' with flags 0, mode 0666: Invalid argument [root@lmaster-124 lustre]# /root/hammond/sys/sys_stat .lustre/fid/[0x200000001:0xd:0x0]/lost+found cannot stat `.lustre/fid/[0x200000001:0xd:0x0]/lost+found': Invalid argument [root@lmaster-124 lustre]# /root/hammond/sys/sys_open .lustre/fid/[0x200000001:0xd:0x0]/lost+found r cannot open `.lustre/fid/[0x200000001:0xd:0x0]/lost+found' with flags 0, mode 0666: Invalid argument </pre> </div></div> <p>I'm assuming this has been fixed by the closing of issue <a href="https://jira.whamcloud.com/browse/LU-1532" title="only allow FID_SEQ_NORMAL from clients" class="issue-link" data-issue-key="LU-1532"><del>LU-1532</del></a>.</p> Related LU-1518 Development Rank 1|hzvoiv: Rank (Obsolete) 7794