LFS-HSM(1)
π LFS-HSM(1) β the Lustre User Utilities glow-up π
okay bestie, welcome to the lfs HSM corner of the Lustre manual. this is the LFS-HSM page from the Lustre User Utilities set, and it's genuinely one of my faves because it's all about the HSM (Hierarchical Storage Management) binding π
β¨ NAME β¨
hsm_state, hsm_action, hsm_set, hsm_clear β the lfs commands you use to interact with HSM features π¦
β¨ SYNOPSIS β¨
lfs hsm_state [FILE] ...
lfs hsm_action [FILE] ...
lfs hsm_set [--help] [--norelease] [--noarchive] [--dirty] [--exists]
[--archived] [--lost] [--archive-id NUM] [FILE] ...
lfs hsm_clear [--help] [--norelease] [--noarchive] [--dirty] [--exists]
[--archived] [--lost] [FILE] ...
β¨ DESCRIPTION β¨
so basically these are a lil set of lfs commands you use to vibe with the Lustre/HSM binding feature πΈ
lfs hsm_state,FILE/...** β shows you the current HSM flags AND the archive ID for the files you hand it. it's giving receipts πlfs hsm_action,FILE/...** β shows you the HSM actions that are currently in progress for those files. the "what's happening rn" report π₯lfs hsm_set,OPTION/...**,FILE/...** β sets the HSM flags you picked onto the file list β¨lfs hsm_clear,OPTION/...**,FILE/...** β clears the HSM-related flags on the file list π§Ή
lowkey important: a non-privileged user can only change these three flags:norelease,noarchiveanddirty. that's the whole list, no cap. everything else is root-only energy π
β¨ OPTIONS β¨
--helpβ prints the usage message π¬--noreleaseβ this file should never be released. the file data stays in Lustre even if a copy already exists in the HSM backend π«Ά--noarchiveβ this file should never be archived. super useful if it's, like, a temporary file for example π--dirtyβ the file content is not in sync with the HSM backend anymore. the file needs to be archived again. (root only) π--existsβ a copy of the file exists in the HSM backend. mostly useful for debugging. (root only) π--archivedβ an up-to-date copy of the file exists in the HSM backend. also mostly useful for debugging. (root only) β--lostβ the file copy in the HSM backend is not usable anymore and the file could not be restored. it should be archived again. (root only) π--archive-id NUMβ sets the archive number identifier to the valueNUM. ifarchive-idis0or the option isn't provided at all, then the default identifier0is used, which means no identifier change π
β¨ EXAMPLES β¨
display the current HSM flag for foo:
# lfs hsm_state /mnt/lustre/foo
/mnt/lustre/foo: (0x0000000b) exists dirty archived, archive_id: 1
force a file to be considered as modified in lustre (dirty):
# lfs hsm_set --dirty /mnt/lustre/motd
β¨ AUTHORS β¨
written by Aurelien Degremont π«Ά
β¨ AVAILABILITY β¨
lfs hsm_action, lfs hsm_clear, lfs hsm_set and lfs hsm_state are all part of the lustre(7) filesystem package π
here's the timeline bestie, so you know who showed up when:
lfs hsm_actionwas added in release1.7.0β¨lfs hsm_clearwas added in release2.4.0π¦lfs hsm_setandlfs hsm_statewere added in release2.0.0π
β¨ SEE ALSO β¨
and that's the whole page, bestie!! if you need more, go read lfs(1) π«Ά
okay mwah, this was the LFS-HSM(1) page from the Lustre User Utilities, dated 2024-08-30, brought to you by Lustre π stay archived, stay iconic, periodt ππ
π¦ where this page comes from
- ubuntu stonking: lustre-client-utils 2.17.58+dfsg-0ubuntu2 Β· GPL-2.0-only
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms