[lustre-devel] 回复: Recommendation for hsm_restore for directories

Qian Yingjin qian at ddn.com
Thu Nov 25 06:32:44 PST 2021


Hi Aurélien,

There is a rough thought about it: https://jira.whamcloud.com/browse/LU-13024
Lustre HSM support for a directory

Regards,
Qian

________________________________
发件人: lustre-devel <lustre-devel-bounces at lists.lustre.org> 代表 Degremont, Aurelien via lustre-devel <lustre-devel at lists.lustre.org>
发送时间: 2021年11月25日 18:18
收件人: lustre-devel at lists.lustre.org <lustre-devel at lists.lustre.org>
主题: [lustre-devel] Recommendation for hsm_restore for directories

Hello all

I'm doing some early work toward implementing a directory/namespace support for Lustre/HSM. The idea would be to support something similar to hsm_restore/hsm_release but for directories.

My first thought was for the MDT to not grant LDLM lock for this directory and hold it, while the directory is getting restored by copytool, in a similar fashion than what is done for files. But the hard part here, is to have a way for copytool to access the directory while its access is actually prevented by the above locking.
Restoring a file is using this smart trick of restoring it in a different temporary file and using layout swap at the end to move data to the actual real file. It looks difficult to do the same thing here.

Do you have any recommendation on the right way to frame this directory access for copytools?

Aurélien


_______________________________________________
lustre-devel mailing list
lustre-devel at lists.lustre.org
http://lists.lustre.org/listinfo.cgi/lustre-devel-lustre.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lustre.org/pipermail/lustre-devel-lustre.org/attachments/20211125/10be40aa/attachment-0001.html>


More information about the lustre-devel mailing list