It is my understanding that when you set the OST deactivated, they you
also don't get updates on the used space either, as of some recent
version of Lustre. It has never been clear to me though if a simple
re-activation is needed to run the logs, or if the reboot is required,
once it is re-activated.
bob
On 8/10/2016 1:57 PM, Thomas Roth wrote:
Hi all,
one of our ((Lustre 2.5.3, ZFS 0.6.3) OSTs got filled up to >90%, so I
deactivated it and am now migrating files off of that OST.
Checking the list of files I am currently using, I can verify that the
migration is working: Lustre tells me that the top of the list is
already on some other OSTs, the bottom of the list still resides on
the OST in question.
But when I do either 'lfs df' or 'df' on the OSS, and don't see any
change in terms of bytes, while the migrated files already sum up to
several GB.
Is this a special feature of ZFS, or just a symptom of a broken OST?
I think I have seen this behavior before, and the "df" result shrank
to an expected value after the server had been rebooted. In that case,
this seems more like a too persistent caching effect -?
Cheers,
Thomas
_______________________________________________
lustre-discuss mailing list
lustre-discuss@lists.lustre.org
http://lists.lustre.org/listinfo.cgi/lustre-discuss-lustre.org