LINUX.ORG.RU
ФорумAdmin

BTRFS, пространство не свободно, но и не занято ???

 


1

3

# df -m /u31
Файловая      система          1M-блоков     Использовано     Доступно  Использовано%   Cмонтировано    в
/dev/mapper/vg03-u31    153600       142255    10175           94% /u31

# du -sm /u31
100119  /u31

# mount | grep /u31
/dev/mapper/vg03-u31 on /u31 type btrfs (rw,relatime,nodatasum,nodatacow,ssd,space_cache,subvolid=257,subvol=/@)

#  btrfs filesystem show 2bed67da-7b47-4f6a-ba08-2eef43926cf8
Label: none  uuid: 2bed67da-7b47-4f6a-ba08-2eef43926cf8
        Total devices 1 FS bytes used 138.62GiB
        devid    1 size 150.00GiB used 150.00GiB path /dev/mapper/vg03-u31

# btrfs filesystem df /u31
Data, single: total=147.99GiB, used=138.05GiB
System, single: total=4.00MiB, used=16.00KiB
Metadata, single: total=2.01GiB, used=582.20MiB
GlobalReserve, single: total=306.23MiB, used=0.00B

# btrfs filesystem usage /u31
Overall:
    Device size:                 150.00GiB
    Device allocated:            150.00GiB
    Device unallocated:              0.00B
    Device missing:                  0.00B
    Used:                        138.62GiB
    Free (estimated):              9.94GiB      (min: 9.94GiB)
    Data ratio:                       1.00
    Metadata ratio:                   1.00
    Global reserve:              306.23MiB      (used: 0.00B)

Data,single: Size:147.99GiB, Used:138.05GiB
   /dev/mapper/vg03-u31  147.99GiB

Metadata,single: Size:2.01GiB, Used:582.20MiB
   /dev/mapper/vg03-u31    2.01GiB

System,single: Size:4.00MiB, Used:16.00KiB
   /dev/mapper/vg03-u31    4.00MiB

Unallocated:
   /dev/mapper/vg03-u31      0.00B
#


На всякий случай еще:
#  btrfs subvolume list -a /u31
ID 257 gen 2564211 top level 5 path <FS_TREE>/@
ID 263 gen 2563265 top level 257 path @/.snapshots
# ls -l -a /u31/.snapshots/
итого 0
drwxr-x---+ 1 root root  0 ноя 10 20:21 .
drwxr-xr-x  1 root root 32 май 14  2020 ..
#

???
Как так?
Как найти потерянное пространство?

Это производственная система,
останавливать и экспериментировать нельзя...



Последнее исправление: ru_org_linux (всего исправлений: 2)

ну раз система производственная, значит находится в производстве, а вам платят деньги за решение таких задач. Так и решайте самостоятельно, почему же мы за вас должны бесплатно работать? -)

antech
()
Ответ на: комментарий от ox55ff

Снимок делается, копия делается, снимок удаляется…

  • btrfs рекомендуется производителем дистрибутива, даже по умолчанию для корневой ФС…

Какие ФС со снимками можно использовать реально?

ru_org_linux
() автор топика
Ответ на: комментарий от ru_org_linux

# btrfs filesystem df /u31
Data, single: total=147.99GiB, used=138.05GiB
System, single: total=4.00MiB, used=16.00KiB
Metadata, single: total=2.01GiB, used=582.20MiB
GlobalReserve, single: total=306.23MiB, used=0.00B

Total отличается от used. Я бы мог тебе посоветовать запустить btrfs balance, чтобы исправить это, но у тебя «производственная система», поэтому сам думай рисковать или нет.

ox55ff ★★★★★
()
Ответ на: комментарий от ox55ff

Для чего у тебя lvm? Какой кейс не покрывает btrfs?

Может быть, кейс нормальной работы?

Может быть, потому, что lvm не должна мешать,

и на тот случай, если вдруг будет не btrfs?

Много лет работал с lvm, почему вдруг отказаться? Для этого нужны веские причины. Какие?

ru_org_linux
() автор топика
Ответ на: комментарий от ru_org_linux

В ядерной документации пишут, что lvm может ломать некоторые оптимизации. Мне это не очевидно.

Впрочем, в той же документации есть рекомендации относительно того, как можно использовать lvm и btrfs вместе в случае крайней необходимости.

i586 ★★★★★
()
Ответ на: комментарий от ru_org_linux

Btrfs включает в себя аналог LVM - систему подтомов (btrfs subvolume), в этом одна из главных фишек Btrfs. А ты берёшь LVM и накатываешь на него Btrfs, не используя ни одной фишки этой ФС. Это выглядит странно, похоже на бездумное использование инструментов.

alex1101
()
Ответ на: комментарий от ru_org_linux

Какие ФС со снимками можно использовать реально?

Реально использую LVM2+ext4 на ssd, со снимками. Правда на десктопе, снимки делаю при необходимости, а не регулярно, так что нагрузка небольшая. Но сбоев уже с десяток лет не видел, а с ssd всё вообще очень приятно мне.

Jameson ★★★★★
()
Ответ на: комментарий от ru_org_linux

Tут есть какая-то проблема?

Каких либо очевидных конкретных проблем нет, просто большинство используют btrfs без lvm, пользуясь аналогичным функционалом самой btrfs. Соответственно это самый оттестированный и оптимизированный вариант, просто в силу подавляюще большого количества использующих и багрепортящих.

А вот вариант lvm+кастрированная btrfs используется маргинальным меньшинством, соответственно шансы наступить на странности выше, багрепортов меньше, в случае возникновения проблем никто не поможет, так как мало кто использует такое.

Jameson ★★★★★
()