@ru_zfs - страница 354 - Telegram web archive

Alexander

Всем привет. Беда такая, есть пул zst на нем лежит реально 340 гиг, но он говорит что занято 100% места. Удаление данных тоже не освобождает место... Подскажет кто как дебажить?

А что показывает: zfs get all zst | grep used

Aleksandr

если связано с метадатой - да, должно

Дропнул, ну zfs хоть вышел с 100% использовано

Aleksandr

ЩАс хоть смогу забрать машины отсюда и пересобрать гипервизор

Aleksandr

Там была виртуалка что писала netfow

Aleksandr

Там около 20 лямов иописей было, похоже от нее и плохо стало

Aleksandr

usedbychildren не понятно чего так разросся

inqfen

Там около 20 лямов иописей было, похоже от нее и плохо стало

если recordsize небольшой, то при твоем ashift будет метадаты генериться дофига

Alexander

usedbychildren не понятно чего так разросся

Там есть клоны?

Aleksandr

Там есть клоны?

Нет

Aleksandr

если recordsize небольшой, то при твоем ashift будет метадаты генериться дофига

Какой обычно ashift используют, вроде 12 это +- золотая середина

inqfen

Какой обычно ashift используют, вроде 12 это +- золотая середина

зависит от дисков, от recordsize и самих файлов - можно и 9 использовать, но recordsize поднять

Aleksandr

Ivan

а причем тут рекордсайз, если в основном всё место занято zvolами ?

Ilya

zfs list -o name,used,refer,reserv,refreserv чтобы посмотреть резервации

Ilya

usedbychildren не понятно чего так разросся

Это просто сумма места, использованного дочерними датасетами, а не самостоятельный показатель

Ilya

что-то мне кажется, что если сложить суммы USED для всех датасетов vm-NNN, то получится как раз около 1.2ТБ, нет? В таком случае всё сходится

Aleksandr

что-то мне кажется, что если сложить суммы USED для всех датасетов vm-NNN, то получится как раз около 1.2ТБ, нет? В таком случае всё сходится

+

Alexander

А что показывает: zfs get all zst | grep used

Можно посмотреть еще в остальных датасетах этого пула, если добавить -r и грепать вероятно более специфично, например logicalused или usedbychildren: zfs get all -r zst | grep usedbychildren

Aleksandr

Можно посмотреть еще в остальных датасетах этого пула, если добавить -r и грепать вероятно более специфично, например logicalused или usedbychildren: zfs get all -r zst | grep usedbychildren

Aleksandr

Ну вроде +- оживили чтоб забрать данные. Уже поднимаем все

Aleksandr

Спасибо всем кто учавчтвывал. Пойду курить матчасть =)

Alexander

Ну вроде +- оживили чтоб забрать данные. Уже поднимаем все

Поднимаете на версии 0.8.6, надеюсь ? :)

Aleksandr

zfs -V zfs-2.0.4-pve1

Aleksandr

Это не то чтот

Aleksandr

Он там под проксмокс поидее пропатчен, я не совсем знаю как глянуть =(

Ivan

Он там под проксмокс поидее пропатчен, я не совсем знаю как глянуть =(

всё так. 2.0.4 и есть

Ilya

Так вроде ж разобрались, что это все датасеты суммарно столько и занимают. В чём вопрос-то?

Aleksandr

Так вроде ж разобрались, что это все датасеты суммарно столько и занимают. В чём вопрос-то?

Да снят вопрос. Спасибо говорю =)

nikolay

Дык вроде последние поставил, перепровею на всякий случай

если у вас hba 9305, то проверьте, в моем случае 100% проблема решилась после обновления

Alexander

Почему-то не получается в Linode + Alpine 3.14 + ZFS 2.0.3 создать пул, совместимый с grub-probe. Пробовал со старого LiveCD с 0.8.4, та же история. На рабочей станции под Devuan с ZFS 0.8.6 создается нормально, пока не нашел ничего лучше копирования образа пула losetup с workstation в облако. Причем если из пула удалить удачный vdev, то и совместимость пропадает вместе с ним :(

George

Почему-то не получается в Linode + Alpine 3.14 + ZFS 2.0.3 создать пул, совместимый с grub-probe. Пробовал со старого LiveCD с 0.8.4, та же история. На рабочей станции под Devuan с ZFS 0.8.6 создается нормально, пока не нашел ничего лучше копирования образа пула losetup с workstation в облако. Причем если из пула удалить удачный vdev, то и совместимость пропадает вместе с ним :(

Изучайте feature flags с которыми создаёте

George

Почему-то не получается в Linode + Alpine 3.14 + ZFS 2.0.3 создать пул, совместимый с grub-probe. Пробовал со старого LiveCD с 0.8.4, та же история. На рабочей станции под Devuan с ZFS 0.8.6 создается нормально, пока не нашел ничего лучше копирования образа пула losetup с workstation в облако. Причем если из пула удалить удачный vdev, то и совместимость пропадает вместе с ним :(

Zpool remove вдева емнип включает новый флаг)

Alexander

Изучайте feature flags с которыми создаёте

В LiveCD 0.8.4 feature flags по умолчанию не подходят, а умолчания в 0.8.6 на рабочей станции подходят?

George

В LiveCD 0.8.4 feature flags по умолчанию не подходят, а умолчания в 0.8.6 на рабочей станции подходят?

с 0.7 ещё по умолчанию фича флаги ломают загрузку грабом, смотрите любую офиц инструкцию по root on zfs для нужного списка

George

Там надо задавать список обязательно

George

например тут https://openzfs.github.io/openzfs-docs/Getting%20Started/Debian/Debian%20Buster%20Root%20on%20ZFS.html

Alexander

# diff f1.txt f2.txt --- f1.txt +++ f2.txt @@ -7,7 +7,7 @@ test feature@device_removal enabled local test feature@edonr enabled local test feature@embedded_data active local -test feature@empty_bpobj enabled local +test feature@empty_bpobj active local test feature@enabled_txg active local test feature@encryption enabled local test feature@extensible_dataset active local

Alexander

f2 - совместимый вариант.

Alexander

Кстати судя по сравнению: https://openzfs.github.io/openzfs-docs/Basic%20Concepts/Feature%20Flags.html Ядро Illumos (SmartOS, etc.) не такое уж устаревшее, может быть тогда стоит попробовать движение в сторону стабильности Solaris с OpenIndiana и/или SmartOS? Я их уже пробовал просто just for fun. Интересно, как они в плане стабильности? Они сейчас апстримят свои сорцы из ZOL аналогично фрюхе? Тогда от былой хваленой стабильности остается только ядро? Сравнить бы стабильность работы SmartOS latest и Oracle Solaris latest.

Alexander

В SmartOS ведь ушло много народу из Sun. Вероятно SmartOS сегодня - это наиболее близкое решению к оригинальному Sun? Я почему-то думал у них протухшая ZFS по сравнению с ZOL/OpenZFS.

George

Кстати судя по сравнению: https://openzfs.github.io/openzfs-docs/Basic%20Concepts/Feature%20Flags.html Ядро Illumos (SmartOS, etc.) не такое уж устаревшее, может быть тогда стоит попробовать движение в сторону стабильности Solaris с OpenIndiana и/или SmartOS? Я их уже пробовал просто just for fun. Интересно, как они в плане стабильности? Они сейчас апстримят свои сорцы из ZOL аналогично фрюхе? Тогда от былой хваленой стабильности остается только ядро? Сравнить бы стабильность работы SmartOS latest и Oracle Solaris latest.

как только оно перестало быть апстримом - количество неподдерживаемых фич только растёт

George

не стоит ожидать что они будут наравне, пока они не осилят в openzfs влиться

Alexander

не стоит ожидать что они будут наравне, пока они не осилят в openzfs влиться

А они по прежнему сами по себе? Сейчас нет дистрибутивов на базе OpenSolaris с сорцами из современной ветки OpenZFS v2.x?

Fedor

Было б время, я б заморочился вливанием туда..

Fedor

Очень уж мне иллюмосовские системы нравятся

Alexander

Очень уж мне иллюмосовские системы нравятся

Что именно в них нравится?

Fedor

Что именно в них нравится?

Да всё :) особенно процедуры обслуживания системы

Alexander

Да всё :) особенно процедуры обслуживания системы

Т.е. то, что это по сути Солярка?

Василий

у солярки есть фаст ребут. в линухах, кстати есть?

Alexander

А как OpenIndia и SmartOS по сравнению с Oracle в плане надежности? пофик на features. Чтобы ворочать террабайтами в нагруженном проде и без перезагрузок кроме обслуживания железа, если оно требуется ребутов?

Alexander

у солярки есть фаст ребут. в линухах, кстати есть?

kexec?

Fedor

Т.е. то, что это по сути Солярка?

Да

Fedor

А как OpenIndia и SmartOS по сравнению с Oracle в плане надежности? пофик на features. Чтобы ворочать террабайтами в нагруженном проде и без перезагрузок кроме обслуживания железа, если оно требуется ребутов?

Аналогично

Fedor

Зависит от рук на самом деле

Alexander