https://opennet.ru/openforum/vsluhforumID3/83470.html Организация FreeBSD Foundation объявила (http://freebsdfoundation.blogspot.com/2012/03/new-funded-project-grow-mounted.html) о выделении денежного гранта на реализацию возможности увеличения размера файловой системы без размонтирования дискового раздела. Поддержка расширения разделов на лету будет обеспечена для файловых систем UFS и ZFS, для чего будет подготовлен новый GEOM-класс и внесены необходимые изменения в код ФС. Указанная возможность позволит существенно упростить поддержание виртуализированных окружений на базе FreeBSD. <br><br><br>Грант предоставлен Эдварду Томашу Наперала (Edward Tomasz Napierala), уже получавшему финансирование за создание реализации контейнеров ресурсов и механизма ограничения ресурсов для отдельных Jail-окружений. Работу планируется завершить до октября 2012 года.<br><br><br><br>URL: http://freebsdfoundation.blogspot.com/2012/03/new-funded-project-grow-mounted.html<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=33288<br> https://opennet.ru/openforum/vsluhforumID3/83470.html#33 Mon, 12 Mar 2012 14:43:31 GMT <br>&gt; ZFS расширяется путём добавления новых VDEV. При этом все ФС в пуле <br>&gt; разделяют одно пространство и претендуют на всё свободное место в нём. <br><br>Всё верно. <br>А для тех, кто не верит - возьмите и сами попробуйте создать пул, создать Zfs в нём, добавить в пул новый диск и посмотреть на свободное место в zfs.<br><br> https://opennet.ru/openforum/vsluhforumID3/83470.html#32 Sun, 11 Mar 2012 15:50:49 GMT &gt;&gt;&gt;&gt;Поддержка расширения разделов на лету будет обеспечена для файловых систем UFS и ZFS <br>&gt;&gt;&gt; А ZFS разве так не умеет?<br>&gt; Умеет, но afaik не на лету - нужен export/import (руками или перезагрузкой). <br><br>Когда-то давно - да, был нужен export/import. Сейчас можно и без него.<br> <br><br><br> https://opennet.ru/openforum/vsluhforumID3/83470.html#30 Thu, 08 Mar 2012 10:22:12 GMT Итак, есть у нас например один диск на 500Гб. На нем раздел 100Гб и неразмеченная область. Строим ZFS pool на этом разделе. Сейчас использовать неразмеченную область можно двумя способоми:<br>- Разметить второй раздел, и добавить его в пул (это можно на ходу).<br>- Изменить размер первого раздела, но придётся останавливать все ФС и совершать всякие манипуляции в off-line.<br><br>&gt;Класс GEOM, который будет разработан, сможет расширить VDEV прозрачным для UFS2 и ZFS образом.<br><br>Как новый GEOM класс позволит решить проблему второго способа? Это ведь недостатки самого VDEV, что он не может использовать новое пространство нижележащего устройства (GEOM провайдера), при изменении его размера. Тут как раз понятно зачем править код ZFS.<br> https://opennet.ru/openforum/vsluhforumID3/83470.html#28 Thu, 08 Mar 2012 06:48:01 GMT Хотелось бы уменьшения *хотя бы* для не примонтированной FS UFS<br> https://opennet.ru/openforum/vsluhforumID3/83470.html#27 Thu, 08 Mar 2012 04:23:45 GMT &gt; Занятно. Для "фичастой и уберсовременной" ZFS приходится допиливать фичи, которые в XFS <br>&gt; были сто лет в обед.<br><br>Механизм growfs есть у UFS.<br>http://docs.huihoo.com/opensolaris/solaris-volume-manager-administration-guide/html/ch20s06.html<br>ZFS расширяется путём добавления новых VDEV. При этом все ФС в пуле разделяют одно пространство и претендуют на всё свободное место в нём.<br> https://opennet.ru/openforum/vsluhforumID3/83470.html#22 Wed, 07 Mar 2012 17:44:37 GMT &gt; Но только в пределах наличествуемых виртуальных устройств верхнего уровня == выше головы, то бишь &#8212; количества места в VDEV, не прыгнешь &#8212; нужно добавлять к пулу ещё VDEV, а это может быть неудобно (отсутствие необходимого числа интерфейсов для включаемых носистелей, например).<br><br>Не думал, что ZFS настолько крива и дубова, что не умеет менять размер vdev.<br> https://opennet.ru/openforum/vsluhforumID3/83470.html#21 Wed, 07 Mar 2012 17:36:17 GMT Занятно. Для "фичастой и уберсовременной" ZFS приходится допиливать фичи, которые в XFS были сто лет в обед.<br> https://opennet.ru/openforum/vsluhforumID3/83470.html#20 Wed, 07 Mar 2012 17:34:33 GMT &gt; Умеет, ещё как умеет! Да и вообще понятие размера ФС у Zfs <br>&gt; - это неясно что.<br><br>Это место, которое физически занимает пул. И его нельзя увеличить без добавления новых томов.<br> https://opennet.ru/openforum/vsluhforumID3/83470.html#18 Wed, 07 Mar 2012 17:02:22 GMT &gt;&gt;Поддержка расширения разделов на лету будет обеспечена для файловых систем UFS и ZFS <br>&gt; А ZFS разве так не умеет?<br><br>Умеет. Но только в пределах наличествуемых виртуальных устройств верхнего уровня == выше головы, то бишь &#8212; количества места в VDEV, не прыгнешь &#8212; нужно добавлять к пулу ещё VDEV, а это может быть неудобно (отсутствие необходимого числа интерфейсов для включаемых носистелей, например).<br><br>Класс GEOM, который будет разработан, сможет расширить VDEV прозрачным для UFS2 и ZFS образом. То есть без добавления дополнительных устройств верхнего уровня эти файловые системы смогут расшириться на новое пространство.<br><br>Не ясно?<br><br>Попробую показать на примере. Классический путь увеличения пространства в RAID-Z из трёх дисков стостоит в последовательной замене каждого из дисков массива на диск большей ёмкости с промежуточной операцией по перестройке массива, в финале всех операций для обретения новой ёмкости ZFS пул необходимо экспортировать и снова импортировать. Такой же принцип расширения