LLSOM_SYNC(8)

πŸ“¦ version 2.17.58, in ubuntu stonking

πŸ’– llsom_sync(8) β€” the Lustre Configuration Utilities glow-up πŸ’–

okay bestie, buckle up, because we're learning llsom_sync(8) and honestly? it's giving "quietly essential". let's go πŸ¦‹


✨ NAME ✨

llsom_sync β€” a lil utility that syncs the file LSOM xattr. that's it, that's the whole job description πŸ’…


πŸŽ€ SYNOPSIS πŸŽ€

llsom_sync {--mdt|-m}=MDT {--user|-u}=USER_ID [--daemonize|-d]
           [--verbose|-v] [--interval|-i] [--min-age|-a] [--max-
           cache|-c] [--sync|-s] LUSTRE_MOUNT_POINT

note the -m and -u are mandatory, no cap, the rest are optional besties ✨


🌸 DESCRIPTION 🌸

so llsom_sync is designed to sync the file LSOM xattr in the Lustre Filesystem, and it does this by using Lustre MDT changelogs. iconic behavior.

⚠️ real talk though: a changelog user must be registered (peep lctl(8) changelog_register) before you use this tool. no registration, no vibes, no sync. periodt.

πŸ’… OPTIONS πŸ’…

  • -m, --mdt=MDT β€” the metadata device whose files need their LSOM xattr synced. heads up: a changelog user must be registered for this device 🫢
  • -u, --user=USER_ID β€” the changelog user id for that MDT device up above. see lctl(8) changelog_register for the deets πŸ‘‘
  • --daemonize β€” makes the program daemonize. in daemon mode, the utility will scan, process the changelog records, and sync the LSOM xattr for files periodically, like a lil robot doing cardio πŸƒβ™€οΈ
  • --verbose β€” produce a verbose output. yap mode: ON πŸ“’
  • --interval β€” the time interval to scan the Lustre changelog and process the log record, in daemon mode ⏰
  • --min-age β€” the time that llsom_sync tool will not try to sync the SOM data for any files closed less than this many seconds old. the default min-age value is 600s (10 minutes). so if it's fresher than 10 min, she's not touching it πŸ™ˆ
  • --max-cache β€” the total memory used for the FID cache, and it can be with a suffix [KkGgMm]. the default max-cache value is 256MB. and here's the cute lil twist: for the parameter value < 100, it is taken as the percentage of total memory size used for the FID cache instead of the cache size. so 50 β‰  50 bytes, bestie, it means 50% πŸ”₯
  • --sync β€” sync file data to make the dirty data out of cache, to ensure the blocks count is correct when updating the file LSOM xattr.
😭 okay so about --sync: this option could hurt server performance significantly if thousands of fsync requests are sent. she's powerful but she's a lot. use with intention, not on a whim πŸ’€

🌈 EXAMPLES 🌈

register a changelog consumer for MDT lustre-MDT0000:

# cl_user=$(ssh root@mds01 lctl --device lustre-MDT0000 changelog_register -n)
# echo $cl_user
cl1

after performing some file operations on the Lustre Filesystem with mount point /mnt/lustre and the filesystem undergoing some changes, sync file LSOM xattr:

# llsom_sync --mdt=lustre-MDT0000 --user=$cl_user --verbose /mnt/lustre

to deregister the changelog user (e.g. after this example, or if SOM updates are no longer needed):

# ssh root@mds01 lctl --device lustre-MDT0000 changelog_deregister $cl_user

like, clean up after yourself?? we love a responsible queen 🧚


⭐ AVAILABILITY ⭐

the llsom_sync command is part of the lustre(7) filesystem package since release 2.12.0. so she's been around, she's established, she's that girl πŸ’œ


πŸ¦‹ SEE ALSO πŸ¦‹

lustre(7), lctl(8)


and that's the whole page, bestie!! πŸŽ€ this one comes to you from Lustre, dated 2024-08-28, and yeah the footer says LLSOM_SYNC(8) because obviously. now go register that changelog user before you run anything, i'm serious πŸ˜­πŸ’–

πŸ“¦ where this page comes from