linux-btrfs.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Hugo Mills <hugo@carfax.org.uk>
To: "Михаил Гаврилов" <mikhail.v.gavrilov@gmail.com>
Cc: Btrfs BTRFS <linux-btrfs@vger.kernel.org>
Subject: Re: block group xxx has wrong amount of free space
Date: Sun, 8 May 2016 09:11:46 +0000	[thread overview]
Message-ID: <20160508091146.GU7228@carfax.org.uk> (raw)
In-Reply-To: <CABXGCsMnqD1kSDipKzq3FN6+mE0Zct6r3HsCpZMO7qDr6aRi2g@mail.gmail.com>

[-- Attachment #1: Type: text/plain, Size: 2575 bytes --]

On Sun, May 08, 2016 at 12:10:35PM +0500, Михаил Гаврилов wrote:
> $ journalctl -b -1 --no-pager | grep BTRFS
> May 08 01:28:23 localhost kernel: BTRFS: device fsid
> a22dd8bc-24ef-4f97-bb62-01fcd7c3f11c devid 1 transid 25 /dev/sda4
> May 08 01:28:23 localhost kernel: BTRFS: device fsid
> eaa531cd-25f4-4e00-b31f-22665faa9768 devid 1 transid 333 /dev/sdb
> May 08 01:28:23 localhost kernel: BTRFS: device label home devid 1
> transid 2326870 /dev/sdc1
> May 08 01:28:26 localhost.localdomain kernel: BTRFS info (device
> sdc1): disk space caching is enabled

   All perfectly normal.

> May 08 01:28:26 localhost.localdomain kernel: BTRFS info (device
> sdc1): bdev /dev/sdc1 errs: wr 0, rd 14, flush 0, corrupt 0, gen 0

   As long as the number after "rd" doesn't change, you're OK. This
records all errors that the FS has encountered. You can reset the
values with btrfs dev stat -z.

> May 08 01:28:39 localhost.localdomain kernel: BTRFS error (device
> sdc1): could not find root 8

   This is harmless -- the FS is reporting that something (usually
systemd) was probing to find out if quotas are enabled, and they
aren't.

> May 08 01:40:30 localhost.localdomain kernel: BTRFS warning (device
> sdc1): block group 2286562574336 has wrong amount of free space
> May 08 01:40:30 localhost.localdomain kernel: BTRFS warning (device
> sdc1): failed to load free space cache for block group 2286562574336,
> rebuilding it now
> May 08 02:06:09 localhost.localdomain kernel: BTRFS warning (device
> sdc1): block group 3844117364736 has wrong amount of free space
> May 08 02:06:09 localhost.localdomain kernel: BTRFS warning (device
> sdc1): failed to load free space cache for block group 3844117364736,
> rebuilding it now

   These report that there's a problem with the free space cache. This
is not likely to be damaging, but could impact performance. It will
probably take some time (possibly on the scale of hours, depending on
the size of the FS) for the cache to rebuild, so leave the machine up
for a while. If the cache messages persist, clear it manually by
mounting once with -oclear_cache, then mount again once with
-ospace_cache, and again wait for it to rebuild.

   Hugo.

> These messages appear on every boot.
> That they means? And how fix it?
> 
> $ uname -r
> 4.5.3-300.fc24.x86_64
> 

-- 
Hugo Mills             | Two things came out of Berkeley in the 1960s: LSD
hugo@... carfax.org.uk | and Unix. This is not a coincidence.
http://carfax.org.uk/  |
PGP: E2AB1DE4          |

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 836 bytes --]

      reply	other threads:[~2016-05-08  9:11 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-05-08  7:10 block group xxx has wrong amount of free space Михаил Гаврилов
2016-05-08  9:11 ` Hugo Mills [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=20160508091146.GU7228@carfax.org.uk \
    --to=hugo@carfax.org.uk \
    --cc=linux-btrfs@vger.kernel.org \
    --cc=mikhail.v.gavrilov@gmail.com \
    /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;
as well as URLs for NNTP newsgroup(s).