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/LUDOC-252 Lustre Documentation <p>There are several users that run the copytool and a Lustre client on the same node and use the same mount point for both. In <a href="https://jira.whamcloud.com/browse/LU-4727" title="Lhsmtool_posix process stuck in ll_layout_refresh() when restoring" class="issue-link" data-issue-key="LU-4727"><del>LU-4727</del></a>, the comment is made</p> <div class="preformatted panel" style="border-width: 1px;"><div class="preformattedContent panelContent"> <pre> I strongly recommend using a dedicated mount point for the copytool. This should be somewhere in the HSM documentation. </pre> </div></div> <p>In the documentation (Lustre manual) the closest thing to this recommendation is in section 22.2.1 "Requirements" :</p> <div class="preformatted panel" style="border-width: 1px;"><div class="preformattedContent panelContent"> <pre>a minimum of 2 clients, 1 used for your chosen computation task that generates useful data, and 1 used as an agent. </pre> </div></div> <p>We need to add an additional recommendation to run the copytool on a dedicated mount point in either section 22.3 "Agents and copytool"</p> LUDOC-252

Copytool Recommendations - Add/Clarify

Bug Minor Open Unresolved Lustre Manual Triage James Nunez hsm Tue, 5 Aug 2014 17:04:34 +0000 Thu, 15 Sep 2016 14:44:08 +0000 0 4 <p>I've tried that, and it leads to errors.</p> <p>For instance I have the same Lustre filesystem mounted on /mnt/l1 and /mnt/l2. I run the copytool on /mnt/l2, and issue the following "lfs hsm*" commands on /mnt/l1 (staged in time so the previous command completes):</p> <div class="preformatted panel" style="border-width: 1px;"><div class="preformattedContent panelContent"> <pre>rm -f /mnt/l1/share/ls cp /bin/ls /mnt/l1/share/ls lfs hsm_archive /mnt/l1/share/ls lfs hsm_release /mnt/l1/share/ls lfs hsm_restore /mnt/l1/share/ls lfs hsm_remove /mnt/l1/share/ls lfs hsm_archive /mnt/l1/share/ls </pre> </div></div> <p>The last archive command will fail.</p> <div class="preformatted panel" style="border-width: 1px;"><div class="preformattedContent panelContent"> <pre>lhsmtool_posix[19897]: '[0x200002b10:0x98:0x0]' action ARCHIVE reclen 72, cookie=0x54185972 lhsmtool_posix[19897]: processing file 'share/ls' lhsmtool_posix[19897]: archiving '/mnt/l2/.lustre/fid/0x200002b10:0x98:0x0' to '/vsm/tasfs1/0098/0000/2b10/0000/0002/0000/0x200002b10:0x98:0x0_tmp' lhsmtool_posix[19897]: saving stripe info of '/mnt/l2/.lustre/fid/0x200002b10:0x98:0x0' in /vsm/tasfs1/0098/0000/2b10/0000/0002/0000/0x200002b10:0x98:0x0_tmp.lov lhsmtool_posix[19897]: going to copy data from '/mnt/l2/.lustre/fid/0x200002b10:0x98:0x0' to '/vsm/tasfs1/0098/0000/2b10/0000/0002/0000/0x200002b10:0x98:0x0_tmp' lhsmtool_posix[19897]: progress ioctl for copy '/mnt/l2/.lustre/fid/0x200002b10:0x98:0x0'-&gt;'/vsm/tasfs1/0098/0000/2b10/0000/0002/0000/0x200002b10:0x98:0x0_tmp' failed: No such file or directory (2) lhsmtool_posix[19897]: data copy failed from '/mnt/l2/.lustre/fid/0x200002b10:0x98:0x0' to '/vsm/tasfs1/0098/0000/2b10/0000/0002/0000/0x200002b10:0x98:0x0_tmp': No such file or directory (2) lhsmtool_posix[19897]: Action completed, notifying coordinator cookie=0x54185972, FID=[0x200002b10:0x98:0x0], hp_flags=0 err=2 lhsmtool_posix[19897]: llapi_hsm_action_end() on '/mnt/l2/.lustre/fid/0x200002b10:0x98:0x0' failed: No such file or directory (2) </pre> </div></div> <p>If I wait a bit and restart the archive command, it succeeds.</p> <p>It should work <img class="emoticon" src="https://jira.whamcloud.com/images/icons/emoticons/smile.png" height="16" width="16" align="absmiddle" alt="" border="0"/><br/> You hit <a href="https://jira.whamcloud.com/browse/LU-5683" title="HSM: re-archiving dirty file fails, request for cookie not found" class="issue-link" data-issue-key="LU-5683"><del>LU-5683</del></a></p> Related LU-4727 Development Rank 1|hzwsz3: Rank (Obsolete) 15181 Severity