Исходное сообщение
"Обход проблем при расширении хранилища ZFS в Linux" Отправлено пох, 17-Апр-19 23:01
> Есть не очень красивый вариант обхода проблемы - создать пул поверх lvm. когда уже не ресайзнулось - уже как-то и не на чем создавать lvm. К тому же эффективность работы такого бутерброда будет чудовищно низкой - вы ни в жизнь не попадете размером блока zfs в размер блока lvm так, чтобы еще и смещения их совпали, контроль метаданных будет либо двойной либо бесполезный и т д. (а при включенном сжатии zfs еще и начинает писать блоками разных размеров, что для lvm будет полным нежданчиком) если хочется работать с lvm - просто используем xfs, ну или ext4 на крайняк - у тех все ресайзится без проблем - скучный устаревший хлам, никакой, панимаешь, интриги ;-) А все что они не умеют, сделает за них lvm.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> Есть не очень красивый вариант обхода проблемы - создать пул поверх lvm. > когда уже не ресайзнулось - уже как-то и не на чем создавать > lvm. > К тому же эффективность работы такого бутерброда будет чудовищно низкой - вы > ни в жизнь не попадете размером блока zfs в размер блока > lvm так, чтобы еще и смещения их совпали, контроль метаданных будет > либо двойной либо бесполезный и т д. > (а при включенном сжатии zfs еще и начинает писать блоками разных размеров, > что для lvm будет полным нежданчиком) > если хочется работать с lvm - просто используем xfs, ну или ext4 > на крайняк - у тех все ресайзится без проблем - скучный > устаревший хлам, никакой, панимаешь, интриги ;-) А все что они не > умеют, сделает за них lvm.
	Введите код, изображенный на картинке: