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

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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

_______________________________________________
xfs mailing list
xfs@xxxxxxxxxxx
http://oss.sgi.com/mailman/listinfo/xfs




[Index of Archives]     [Linux XFS Devel]     [Linux Filesystem Development]     [Filesystem Testing]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux