The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Кто силён в BTRFS, подскажзите, в чем нюанс."
Вариант для распечатки  
Пред. тема | След. тема 
Форум Открытые системы на сервере (Файловые системы, диски / Linux)
Изначальное сообщение [ Отслеживать ]

"Кто силён в BTRFS, подскажзите, в чем нюанс."  +/
Сообщение от Rom1 email(ok) on 15-Дек-11, 16:11 
Есть два раздела с данной ФС, первый на SSD, второй на iSCSI. Оба используются под кеш сквида, ессно море мелких файлов.
Так, вот на SSD (sdc1) осталось чуть-чуть места, но по df показывает свободного 73G, а по btrfs-show какую-то ерунду: used 39.38GB и тут-же used 111.78GB
Чего он мне показывает?

# btrfs-show
Label: none  uuid: f6536e39-b181-430c-88d2-e80189a41b12
        Total devices 1 FS bytes used 39.38GB
        devid    1 size 111.78GB used 111.78GB path /dev/sdc1

Label: none  uuid: 5e67c1fd-c06e-4cbb-a2fa-d93899ed13ae
        Total devices 1 FS bytes used 150.52MB
        devid    1 size 349.99GB used 3.04GB path /dev/sdd1

Btrfs Btrfs v0.19

# df -h
Файловая система      Разм  Исп  Дост  Исп% смонтирована на
...
/dev/sdc1             112G   40G   73G  36% /squid/squid-ssd
/dev/sdd1             350G  168M  350G   1% /squid/squid-iscsi

И еще, как узнать "сжатие хвостов" и "комбинирование мелкотни" включено или нет? и как включить/проверить?

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Кто силён в BTRFS, подскажзите, в чем нюанс."  +/
Сообщение от Andrey Mitrofanov on 15-Дек-11, 19:00 
> Так, вот на SSD (sdc1) осталось чуть-чуть места, но по df показывает

Ну да, 73G. Их df и показал. А что такое Ваше "чуть-чуть"?

> свободного 73G, а по btrfs-show какую-то ерунду: used 39.38GB и тут-же
> used 111.78GB
> Чего он мне показывает?

Вероятно, это два разных "used". Первый - данные внутри ФС, второй - занятое (размеченное под~) на диске _разделами.

> # btrfs-show
> Label: none  uuid: f6536e39-b181-430c-88d2-e80189a41b12
>         Total devices 1 FS bytes used 39.38GB
>         devid    1 size 111.78GB used 111.78GB path /dev/sdc1

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Кто силён в BTRFS, подскажзите, в чем нюанс."  +/
Сообщение от Andrey Mitrofanov on 15-Дек-11, 19:20 
> Вероятно, это два разных "used". Первый - данные внутри ФС, второй -
> занятое (размеченное под~) на диске _разделами.

Гм, не, не то. Пошёл на свою машину с btrfs, вот show и df -T c почти пустого /tmp

Label: none  uuid: 83106710-d018-45d4-ac89-2d6a7c1c7d18
        Total devices 1 FS bytes used 28.00KB
        devid    1 size 572.00MB used 100.00MB path /dev/dm-3

Ф. система    Тип    1K-блоков      Исп  Доступно  Исп% смонтирована на
/dev/mapper/starage-tmp
             btrfs      585728        28    585700   1% /tmp

Про второй used -- снова ничего не понятно...

>> # btrfs-show
>> Label: none  uuid: f6536e39-b181-430c-88d2-e80189a41b12
>>         Total devices 1 FS bytes used 39.38GB
>>         devid    1 size 111.78GB used 111.78GB path /dev/sdc1

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

3. "Кто силён в BTRFS, подскажзите, в чем нюанс."  +/
Сообщение от Andrey Mitrofanov on 15-Дек-11, 19:33 
> Про второй used -- снова ничего не понятно...

Гм, https://btrfs.wiki.kernel.org/articles/f/a/q/FAQ_1fe9.html#W...

Понятно, что ничего не понятно.

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

4. "Кто силён в BTRFS, подскажзите, в чем нюанс."  +/
Сообщение от me (??) on 15-Дек-11, 22:00 
>> Вероятно, это два разных "used". Первый - данные внутри ФС, второй -
>> занятое (размеченное под~) на диске _разделами.

ну почти так и есть
первая строчка used -> super_bytes_used - это used из суперблока фактически,
только это значение они в btrfs_device дублируют, что-б можно было
с немонтированной fs считать, а второй - bytes_used, это сколько на device
выделено экстентов под fs. (самое забавное, что эта штука может плавать
и потенциально может случиться что used > size :))

>[оверквотинг удален]
> /dev/mapper/starage-tmp
>            
>  btrfs      585728    
>     28    585700  
> 1% /tmp
> Про второй used -- снова ничего не понятно...
>>> # btrfs-show
>>> Label: none  uuid: f6536e39-b181-430c-88d2-e80189a41b12
>>>         Total devices 1 FS bytes used 39.38GB
>>>         devid    1 size 111.78GB used 111.78GB path /dev/sdc1

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

5. "Кто силён в BTRFS, подскажзите, в чем нюанс."  +/
Сообщение от Rom1 email(ok) on 16-Дек-11, 12:11 
> Ну да, 73G. Их df и показал. А что такое Ваше "чуть-чуть"?

Не важно :)

Дело было так - когда стояла ext3, оказывается закончились айноды и кэш на этом разделе стал раком. Всего было занято 40G из 120G. Я айноды, по глупости, не заметил. И решил что мелкие файлы "захватили" все блоки :)
После розыска необходимой ФС, обратил внимание на btrfs. Вот с ней и тестировал.
Весь кэш который был на ext3, ни много ни мало более 5 млн. файлов, запаковал в архив.
После создания раздела btrfs распаковал туда всё это хозяйство. Потом распаковал туда еще раз, этот-же архив, и когда процентов двадцать туда распаковались, вот тогда начались загрузки процессора и дикие тормоза ФС. Остановил распаковку, удалил повторку, и поставил его в бой. Через 3 часа опять все стало раком, только уже из-за btrfs.
Короче, я более экспериментов ставить не стал, вернул ext3, добавил айнодов, и всключил опять в бой.
Более btrfs не интересует ;)

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру