[Top] [All Lists]

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

To: xfs@xxxxxxxxxxx
Subject: Re: trying to avoid a lengthy quotacheck by deleting all quota data
From: Harry <harry@xxxxxxxxxxxxxxxxxx>
Date: Thu, 05 Mar 2015 18:07:03 +0000
Delivered-to: xfs@xxxxxxxxxxx
In-reply-to: <54F895FA.4050205@xxxxxxxxxxx>
References: <54EC958E.2000001@xxxxxxxxxxxxxxxxxx> <20150224215907.GA18360@dastard> <54EF1A8F.7030505@xxxxxxxxxxxxxxxxxx> <54F856E7.10006@xxxxxxxxxxxxxxxxxx> <54F87BF3.3000405@xxxxxxxxxxx> <54F88CEC.4030009@xxxxxxxxxxxxxxxxxx> <54F89201.60805@xxxxxxxxxxx> <54F893AF.2070406@xxxxxxxxxxxxxxxxxx> <54F895FA.4050205@xxxxxxxxxxx>
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0
Here's the syslog, if you're curious.


Search for "Failed to initialize"

So your best guess is that it's the drbd layer that's causing the quotacheck? Out of curiosity, i may try mounting a non-drbd drive with xfs, and seeing if we can still repro the hard-reboot-causes-quotacheck thing... Unless you think it's just an old behaviour that's more to do with the version of the kernel we're using?


On 05/03/15 17:44, Eric Sandeen wrote:
On 3/5/15 11:34 AM, Harry wrote:
We're on 3.13.0-39 (Ubuntu Trusty).

If you're interested in looking into it further, I'd be happy to provide any 
extra info you'd like?
Well, not really.  It all works here, and you have an ... interesting
setup, so if you've decided that somehow ext4 will save you from
quotachecks in the future, I'm not going to dig a lot further here.

I did already ask for logs, which might tell us why the original quota init
failed, but ...

But just to make sure I'm not wasting any of your time -- I think the
team have pretty much decided to make the switch no matter what. The
quotacheck issue is one thing, but actually the switch to ext4
simplifies lots of other aspects of our quota system (one of the
reasons we picked nfs was to be able to use project quotas, but it
turns out we don't need them any more, so user quotas are simpler...)
... it sounds like you've already picked your solution to this AFAICT
not-well-understood problem.

*shrug* knock yourself out.  :)  You should use what works best meets your
needs, of course.


xfs mailing list

Harry + the PythonAnywhere team.

Harry Percival

PythonAnywhere - a fully browser-based Python development and hosting 

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>