You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@airavata.apache.org by Jayanth Vennamreddy <ja...@gmail.com> on 2026/06/04 20:56:52 UTC
[GSOC] Added materialized ATLAS export mode for NFS workflows
Hi all,
I opened a follow-up PR for CS-FileSystem:
https://github.com/cyber-shuttle/CS-FileSystem/pull/2
This adds a `materialize` mode for the ATLAS metadata filesystem. The
existing FUSE path still mounts the ATLAS data as a virtual filesystem,
while the new materialize path writes the same logical tree to a real
directory that can be exported with the system NFS server.
The new usage is:
cargo run --release -- fuse data/2024_11_18_ATLAS_info.tsv /tmp/atlas_mount
and:
cargo run --release -- materialize data/2024_11_18_ATLAS_info.tsv
/tmp/atlas_export
I validated the change with:
- cargo fmt --check
- cargo check
- cargo test
- FUSE mount/read/unmount flow using /tmp/atlas_mount
- materialized export/read flow using /tmp/atlas_export
I chose the materialized-directory approach for NFS as an incremental step
instead of implementing a native NFS server in Rust. This keeps the ATLAS
data path reusable while relying on the system NFS server for actual NFS
export. A native NFS server could be a later follow-up if we need fully
dynamic network serving.
Thanks,
Jayanth Vennamreddy