[prev in list] [next in list] [prev in thread] [next in thread] 

List:       linux-xfs
Subject:    Re: trying to avoid a lengthy quotacheck by deleting all quota data
From:       Harry Percival <harry () pythonanywhere ! com>
Date:       2015-03-25 12:34:00
Message-ID: 5512AB38.7060009 () pythonanywhere ! com
[Download RAW message or body]

We've written up a sort of post-mortem blog post describing the whole saga:

http://blog.pythonanywhere.com/110/

We've tried hard to avoid kicking off some kind of filesystem flamewar 
while describing the whys and wherefores of our move from xfs to ext4, 
but if you feel we've misrepresented anything, do let us know, I'm sure 
we can adjust the post.

Thanks again to everyone for your help debugging this stuff, and for a 
filesystem which served us excellently for many years.

rgds,
Harry + the team.


On 06/03/15 21:11, Dave Chinner wrote:
> On Fri, Mar 06, 2015 at 11:27:28AM +0000, Harry Percival wrote:
>> Glad we managed to nail down a probable culprit!   Here's hoping
>> Debian and Ubuntu pull in a new kernel :)
>>
>> In other news, any advice on running this
>>
>>      xfstests:src/bstat
>>
>> command as a way of estimating how long a quotacheck will take?
> It will give you an idea - quotacheck uses bulkstat, too.
>
>> Would it still be a useful estimator?  Do you think it would
>> significantly affect the performance of a disk that's under fairly
>> heavy use?
> Of course. Bulkstat drives the disks as hard as they will go.
>
> Cheers,
>
> Dave.

-- 
Harry Percival
Developer
harry@pythonanywhere.com

PythonAnywhere - a fully browser-based Python development and hosting environment
<http://www.pythonanywhere.com/>

PythonAnywhere LLP
17a Clerkenwell Road, London EC1M 5RD, UK
VAT No.: GB 893 5643 79
Registered in England and Wales as company number OC378414.
Registered address: 28 Ely Place, 3rd Floor, London EC1N 6TD, UK

_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs
[prev in list] [next in list] [prev in thread] [next in thread]