xfs
[Top] [All Lists]

Re: trying to avoid a lengthy quotacheck by deleting all quota data

Subject: Re: trying to avoid a lengthy quotacheck by deleting all quota data
From: Harry Percival <harry@xxxxxxxxxxxxxxxxxx>
Date: Wed, 25 Mar 2015 12:34:00 +0000
Cc: xfs@xxxxxxxxxxx
Delivered-to: xfs@xxxxxxxxxxx
In-reply-to: <20150306211136.GB13958@dastard>
References: <54EF1A8F.7030505@xxxxxxxxxxxxxxxxxx> <54F856E7.10006@xxxxxxxxxxxxxxxxxx> <54F87BF3.3000405@xxxxxxxxxxx> <54F88CEC.4030009@xxxxxxxxxxxxxxxxxx> <54F89201.60805@xxxxxxxxxxx> <54F893AF.2070406@xxxxxxxxxxxxxxxxxx> <54F895FA.4050205@xxxxxxxxxxx> <54F89B47.4010702@xxxxxxxxxxxxxxxxxx> <54F8B7D6.2000501@xxxxxxxxxxx> <54F98F20.9000208@xxxxxxxxxxxxxxxxxx> <20150306211136.GB13958@dastard>
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0
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@xxxxxxxxxxxxxxxxxx

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

<Prev in Thread] Current Thread [Next in Thread>