Linux Btrfs filesystem development
 help / color / mirror / Atom feed
From: Archange <archange@archlinux.org>
To: Qu Wenruo <quwenruo.btrfs@gmx.com>, Qu Wenruo <wqu@suse.com>,
	linux-btrfs@vger.kernel.org
Subject: Re: Critical error from Tree-checker
Date: Fri, 13 Sep 2024 09:54:49 +0400	[thread overview]
Message-ID: <0c9fe0ac-9a98-4f72-bb87-361070c32772@archlinux.org> (raw)
In-Reply-To: <84938a9c-97ba-4f90-8e66-bdfabf455146@gmx.com>

Le 13/09/2024 à 09:29, Qu Wenruo a écrit :
> 在 2024/9/13 14:55, Archange 写道:
> [...]
>>> And it's indeed a false alert.
>>>
>>> In that case, as long as you still have unallocated space, you can
>>> just relocate the system chunks:
>>>
>>> # btrfs balacne start -s <mnt>
>>>
>>> Which should move the system chunks to new locations and will not
>>> utilize the first 1MiB reserved space.
>>
>> # btrfs balance start -s /
>> ERROR: Refusing to explicitly operate on system chunks.
>> Pass --force if you really want to do that.
>>
>> According to https://btrfs.readthedocs.io/en/latest/btrfs-balance.html,
>> -s requires -f, so I guess I should continue with that?
>
> Yes.

Hum, no success:

# btrfs balance start -s --force /
ERROR: error during balancing '/': No space left on device
There may be more info in syslog - try dmesg | tail

# dmesg
[ 2919.917607] BTRFS info (device dm-0): balance: start -f -s
[ 2919.918105] BTRFS info (device dm-0): 1 enospc errors during balance
[ 2919.918108] BTRFS info (device dm-0): balance: ended with status: -28

Indeed,

# btrfs filesystem show /dev/mapper/root
Label: 'root'  uuid: e6614f01-6f56-4776-8b0a-c260089c35e7
     Total devices 1 FS bytes used 439.69GiB
     devid    1 size 476.87GiB used 476.87GiB path /dev/mapper/root

There is unused space though, but not sure how to reclaim it.

$ btrfs filesystem df /
Data, single: total=472.87GiB, used=438.21GiB
System, single: total=4.00MiB, used=80.00KiB
Metadata, single: total=4.00GiB, used=1.48GiB
GlobalReserve, single: total=512.00MiB, used=0.00B

As advised on the balance page, I’ve tried to run with `usage=0` as 
filter (for both m, s and d), but the result is always:

Done, had to relocate 0 out of 480 chunks

> And I also recommend to convert your metadata and system chunks to DUP,
> if there are enough unallocated space.
> (If have more devices then RAID1).
>
> It looks like the old mkfs defaults to SINGLE for SSDs, but nowadays we
> keep DUP no matter if it's SSD or not.

Alright, but I guess I need to solve -ENOSPC first…

Thanks,
Archange


  reply	other threads:[~2024-09-13  5:54 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-09-10 21:05 Critical error from Tree-checker Archange
2024-09-10 21:28 ` Qu Wenruo
2024-09-10 21:37   ` Qu Wenruo
2024-09-11 19:55     ` Archange
2024-09-11 20:54       ` Qu Wenruo
2024-09-11 21:20         ` Archange
2024-09-11 21:23           ` Qu Wenruo
2024-09-11 21:42             ` Qu Wenruo
2024-09-11 22:06               ` Archange
2024-09-11 22:05             ` Archange
2024-09-11 22:34               ` Qu Wenruo
2024-09-12  8:21                 ` Archange
2024-09-12  8:25                   ` Qu Wenruo
2024-09-12  9:57                     ` Archange
2024-09-12 10:01                       ` Qu Wenruo
2024-09-12 10:04                         ` Archange
2024-09-12 10:23                           ` Qu Wenruo
2024-09-12 12:13                             ` Archange
2024-09-12 21:42                               ` Qu Wenruo
2024-09-13  5:25                                 ` Archange
2024-09-13  5:29                                   ` Qu Wenruo
2024-09-13  5:54                                     ` Archange [this message]
2024-09-13  6:12                                       ` Archange
2024-09-13  6:41                                       ` Qu Wenruo

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=0c9fe0ac-9a98-4f72-bb87-361070c32772@archlinux.org \
    --to=archange@archlinux.org \
    --cc=linux-btrfs@vger.kernel.org \
    --cc=quwenruo.btrfs@gmx.com \
    --cc=wqu@suse.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