| To: | Harry Percival <harry@xxxxxxxxxxxxxxxxxx> |
|---|---|
| Subject: | Re: trying to avoid a lengthy quotacheck by deleting all quota data |
| From: | Dave Chinner <david@xxxxxxxxxxxxx> |
| Date: | Sat, 7 Mar 2015 08:11:36 +1100 |
| Cc: | xfs@xxxxxxxxxxx |
| Delivered-to: | xfs@xxxxxxxxxxx |
| In-reply-to: | <54F98F20.9000208@xxxxxxxxxxxxxxxxxx> |
| 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> |
| User-agent: | Mutt/1.5.21 (2010-09-15) |
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. -- Dave Chinner david@xxxxxxxxxxxxx |
| Previous by Date: | Re: [PATCH] xfs: take XFS_IOLOCK_EXCL if suid removal is required, Dave Chinner |
|---|---|
| Next by Date: | Re: How to handle TIF_MEMDIE stalls?, Johannes Weiner |
| Previous by Thread: | Re: trying to avoid a lengthy quotacheck by deleting all quota data, Harry Percival |
| Next by Thread: | Re: trying to avoid a lengthy quotacheck by deleting all quota data, Harry Percival |
| Indexes: | [Date] [Thread] [Top] [All Lists] |