Well I upgraded the OSTs, MGS/MDT and clients to 1.8.5, rebooted and remounted 
everything on the OST/MGS,  the issue seems to persist though.

In the MDS kernel log I notice
Lustre: 7178:0:(quota_master.c:1716:mds_quota_recovery()) Only 0/7 OSTs are 
active, abort quota recovery

but all the OSTs are active and the filesystem operational ...

In the client log I notice
LustreError: 6940:0:(quota_check.c:253:lov_quota_check()) lov idx 3 inactive

the steps followed here were:
create lustre filesystem with 7 OSTs, quotas as ug enabled at mkfs time
permanently inactivate one of them having removed all the files first
lfs quotacheck fails the first time around with the errors above.

any ideas?

thanks

sam aparicio




On Mar 14, 2011, at 12:53 AM, Johann Lombardi wrote:

> On Sun, Mar 13, 2011 at 09:28:02PM -0700, Sam Aparicio wrote:
>> I have run into a problem that lfs quotacheck fails on a system where an OST 
>> has failed and been permanently removed.
>> I noticed a report similar to this dated 2008 with a comment that this was 
>> likely a bug - has it been fixeed in 2.1?
>> 
>> any idea on how to proceed with getting quotas going, short of reformatting 
>> all the OSTs again.
>> 
>> we are running lustre1.8.4
> 
> This problem was fixed in 1.8.5, check bugzilla ticket 21174 for more 
> information.
> 
> Cheers,
> Johann
> 
> -- 
> Johann Lombardi
> Whamcloud, Inc.
> www.whamcloud.com

_______________________________________________
Lustre-discuss mailing list
[email protected]
http://lists.lustre.org/mailman/listinfo/lustre-discuss

Reply via email to