[Lustre-devel] Quota and Lustre HSM
Aurelien Degremont
aurelien.degremont at cea.fr
Thu Jul 3 09:03:20 PDT 2008
Hello,
We got discussion with Andreas and Nathan concerning the best way to
support quota with Lustre HSM.
I'd like to discuss and clarify what should be the correct behavior in
this case.
1 - Current status
Here how the Lustre filesystem will behave with current quota system
enabled and an active HSM binding.
1.1 Read on a purged file
* User A reads a purged file with enough free quota
o The file is copied back from the HSM.
o User quota increases without new data created by user.
* User A reads a purged file with no enough quota.
o The file cannot be copied back from the HSM.
o I/O failed (Same issue that when the FS is full with HSM support
enabled).
1.2 Automatic space management
* One of User A files is purged by the Space Manager, without actions
from user A.
o User quota decreases without reason from user point of view.
2 - Questions
Is that the expected behavior?
If not what should be changed?
What should be the correct behavior?
How this could be implemented?
3 - Possible solutions
* Not enough quota
When not enough quota is available for filling back a purged file when
the user try to read it, a solution could be to trigger purges on the
other user files.
But it could impossible to find purge candidates.
* Improve quota management
Another approach could be to not removed purged blocks from user quota.
A purged file is still considering using as much space as its current
size. This solves all the issues presented before.
HSM feature will track the purged window for each file anyway, so we can
compute the purged window size. When the user quota is classically
compute on a filesystem, we will just need to add it to the window size.
(Could be a problem if the file was sparse).
--
Aurelien Degremont
CEA
More information about the lustre-devel
mailing list