[lustre-discuss] lustre 2.5.3 ost not draining
paf at cray.com
Fri Jul 10 07:42:55 PDT 2015
That sounds like a separate issue, where people are filling the OST quickly.
Like I said, freed space will not be visible until the OST is active
(and I think it might need to be active for a little while).
On 07/10/2015 08:40 AM, Kurt Strosahl wrote:
> I set it offline using lctl --device <device num> deactivate earlier in the week. I then set it back online this morning using lctl --device <device num> activate I let it sit in active mode for almost an hour, but then I noticed that the used space had gone up significantly on the ost, so I set it offline again using the above command to prevent it from reaching 100%
> ----- Original Message -----
> From: "Patrick Farrell" <paf at cray.com>
> To: "Kurt Strosahl" <strosahl at jlab.org>, lustre-discuss at lists.lustre.org
> Sent: Friday, July 10, 2015 9:00:38 AM
> Subject: RE: lustre 2.5.3 ost not draining
> Did you deactivate the OST? Deactivated OSTs do not show reduced usage until activated again.
> - Patrick
> From: lustre-discuss [lustre-discuss-bounces at lists.lustre.org] on behalf of Kurt Strosahl [strosahl at jlab.org]
> Sent: Friday, July 10, 2015 7:27 AM
> To: lustre-discuss at lists.lustre.org
> Subject: [lustre-discuss] lustre 2.5.3 ost not draining
> Good Morning,
> Earlier in the week some of the OSTs in the lustre 2.5.3 system I'm managing hit 97% full. I set them to read only, and yesterday I started an lfs_migrate on one of them, hoping to drain it down overnight. This morning, after the system spent about 12 hours moving files off of it, I set it to read-write mode. I expected to see the usage drop, but it has yet to do so... after almost 30minutes in read-write mode.
> On the oss I do see where it says it is deleting orphan objects.
> Lustre: lustre2-OST0015: deleting orphan objects from 0x0:119789 to 0x0:119809
> lustre-discuss mailing list
> lustre-discuss at lists.lustre.org
More information about the lustre-discuss