Linux XFS filesystem development
 help / color / mirror / Atom feed
From: "Darrick J. Wong" <djwong@kernel.org>
To: Matthias Bodenbinder <matthias@bodenbinder.de>
Cc: "linux-xfs@vger.kernel.org" <linux-xfs@vger.kernel.org>
Subject: Re: xfs_scrub: inode record: Attempting optimization
Date: Wed, 26 Oct 2022 11:50:31 -0700	[thread overview]
Message-ID: <Y1mBd3cA/nYI/3wR@magnolia> (raw)
In-Reply-To: <793f95a4b1f1efa959540aed9c48e751dd648c91.camel@bodenbinder.de>

On Wed, Oct 26, 2022 at 09:53:30AM +0200, Matthias Bodenbinder wrote:
> Hello,
> 
> I am not sure if this is the right place to ask my question. If not
> please forgive me and point me to the correct place.
> 
> I have a question about xfs_scrub. When I run this on my root directory
> I get plenty of info messages like:
> 
> ####
> # xfs_scrub -v / 
> EXPERIMENTAL xfs_scrub program in use! Use at your own risk!
> Phase 1: Find filesystem geometry.
> /: using 24 threads to scrub.
> Phase 2: Check internal metadata.
> Phase 3: Scan all inodes.
> Phase 4: Repair filesystem.
> Info: inode 100663763 (3/467) inode record: Attempting optimization.
> Info: inode 67169419 (2/60555) inode record: Attempting optimization.
> Info: inode 33566167 (1/11735) inode record: Attempting optimization.
> ...
> 
> Phase 5: Check directory tree.
> Phase 7: Check summary counters.
> 44,0GiB data used;  1,2M inodes used.
> 43,6GiB data found; 1,2M inodes found.
> 1,2M inodes counted; 1,2M inodes checked.
> ####
> 
> 
> I see more than 3200 Info lines like this. And they occur also with any
> subsequent scrub. They are not going away.
> 
> Can I fix this somehow or shall I just ignore it?

Unfortunately, the *repair* part of online fsck isn't upstream yet, so
the kernel doesn't actually know how to fix or optimize anything.

For now, you might as well run scrub in dry-run mode (-n) which should
cut down on the warnings.

(Though TBH there's not really much point in running xfs_scrub until I
can get all ~480 patches through the review process -- there are 100
pending fixes and strengthening patches for the checking part alone.)

That said -- thanks for trying it out! :)

--D

> Kind Regards
> Matthias
> 
> PS
> This is on EndeavourOS with kernel 5.15.74-lts
> 

      reply	other threads:[~2022-10-26 18:50 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-10-26  7:53 xfs_scrub: inode record: Attempting optimization Matthias Bodenbinder
2022-10-26 18:50 ` Darrick J. Wong [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=Y1mBd3cA/nYI/3wR@magnolia \
    --to=djwong@kernel.org \
    --cc=linux-xfs@vger.kernel.org \
    --cc=matthias@bodenbinder.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox