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-11686 Lustre <p>sanity test_807 verifies the LSOM syncing tool. When a Lustre client mounts a subdirectory on the Lustre file system, sanity test 807 fails and it looks like the LSOM sync tool, llsom_sync, does not return the correct information. From the failure at <a href="https://testing.whamcloud.com/test_sets/37edc450-e915-11e8-b67f-52540065bddc" class="external-link" target="_blank" rel="nofollow noopener">https://testing.whamcloud.com/test_sets/37edc450-e915-11e8-b67f-52540065bddc</a>, the client test log contains</p> <div class="preformatted panel" style="border-width: 1px;"><div class="preformattedContent panelContent"> <pre>== sanity test 807: verify LSOM syncing tool ========================================================= 20:25:23 (1542313523) … CMD: onyx-43vm12 /usr/sbin/lctl --device lustre-MDT0000 changelog_register -n Registered 1 changelog users: 'cl1' … llite.lustre-ffff93c57c1b9000.xattr_cache=0 1+0 records in 1+0 records out 1048576 bytes (1.0 MB) copied, 0.00356313 s, 294 MB/s Test SOM for muti-client (2) writes CMD: onyx-43vm10 multiop /mnt/lustre/f807.sanity Oz0w1048576c CMD: onyx-43vm9.onyx.whamcloud.com multiop /mnt/lustre/f807.sanity Oz1048576w1048576c Start to sync 3 records. sanity test_807: @@@@@@ FAIL: /mnt/lustre/d807.sanity/single_dd expected blocks: 1, got: 0 </pre> </div></div> <p>To reproduce this error, set the environment variable FILESET or, in autotest, use the test-parameter “envdefinitions=FILESET=/subdir”. </p> <p>Logs for other failures are at<br/> <a href="https://testing.whamcloud.com/test_sets/c994a85c-d3b1-11e8-9238-52540065bddc" class="external-link" target="_blank" rel="nofollow noopener">https://testing.whamcloud.com/test_sets/c994a85c-d3b1-11e8-9238-52540065bddc</a><br/> <a href="https://testing.whamcloud.com/test_sets/71f98f92-d0a8-11e8-9238-52540065bddc" class="external-link" target="_blank" rel="nofollow noopener">https://testing.whamcloud.com/test_sets/71f98f92-d0a8-11e8-9238-52540065bddc</a></p> subdirectory mount LU-11686

sanity test 807 fails with mounted subdirectory with error '/mnt/lustre/d807.sanity/single_dd expected blocks: 1, got: 0'

Bug Minor Open Unresolved WC Triage James Nunez LSOM always_except Wed, 21 Nov 2018 00:13:30 +0000 Mon, 22 Jan 2024 22:54:43 +0000 Lustre 2.12.0 0 3 <p>Qian</p> <p>Can you please advise?</p> <p>Thanks</p> <p>Peter</p> <p>This is failing because <tt>llapi_open_by_fid()</tt> used by <tt>llsom_sync</tt> does not work in a subdirectory mount to prevent FID-guessing attacks from within a subdir. I suspect that this will not be an issue for real deployments, since the <tt>llsom_sync</tt> tool would not be running inside the subdir, so it is IMHO a not a critical issue. As a workaround, I think it would be possible to use <tt>llapi_fid2path()</tt> within a subdirectory mount to get the proper relative pathname to open the file. Whether that would be useful in production is a separate question.</p> <p>Note minor typo in test_807 - "muti" -&gt; "multi" in a few places.</p> <p>Also, in <tt>llsom_sync.c</tt> it defines <tt>PATH_MAX</tt> but doesn't use it anywhere.</p> <p>Currently, sanity.sh test_807 is skipped when <tt>FILESET</tt> is set, but I suspect this is now fixed by <a href="https://jira.whamcloud.com/browse/LU-8585" title="All Lustre test suites should pass with subdirectory mount" class="issue-link" data-issue-key="LU-8585">LU-8585</a>.</p> <p>Need to re-enable this subtest and see if it is passing.</p> Related LU-8585 Development Rank 1|i006p3: Rank (Obsolete) 9223372036854775807 Severity