LVM в Linux

> Утверждение верно в том случае, если пул сконфигурирован в режиме без RAID, так как в случае RAID, Вы можете удалять девайсы из пула, единственное, если не ошибаюсь, нельзя(баг?) удалить из storage-pool-а, устройство верхнего уровня, тоесть например RAID-0, если storage-pool состоял из двух RAID-0, хотя может уже можно, я не запамятовал, енто баг или не доработка...:-\

Пока нет ... пока нет ... Будет update 5 , вот тогда и можно будет удалять из pool-a диски , даже без райд . А сейчас - нихт , недоработка , так сказать ;)

Нельзя оторвать половинку зеркала , выкинуть ее из пула и собрать уже страйп одной полоской (типа metadetach в svm) . Вопрос = ответ - а зачем ? :)

В zfs нельзя наворотить к-цию аля Vx c subdisk+subvol+subvol+bla bla - там даже такого кол-ва типов объектов нету . Симплификация .

Насчет evms/raid5 - сказать честно - пробовал сравнивать только на solaris - конфигурация с использованием raid-5 и на базе svm , и на базе veritas оказались ну совсем неинтересными в сравнении с "железной" реализацией - огромная разница . Хотя - говорят , что кто-то использует . Чему не очень охотно , но верю . Чего нельзя сказать о raidz/raidz2 - прямой и ценной замене . Потому вопрос о расширении raid5 для меня совсем не актуален . Наращивание же пула , состоящего из raidz vdev - :) - simple .

Нормально (=хорошо) сделанное расширение raid5 устройства (как LDEV/raid group/parity group) - пока что видел только на 6140 (и аналогах на lsi) . Хотя железка спорная , несомненно ;) Вот там реально круто и эффективно , никакой софтверный райд не потягается (пока - ждем update 5 ;) .

> Прозрачное сжатие - тоже весьма удобная вещь, чтобы избежать жести типа /usr/share/doc/ - кучи мелких пожатых файлов. В Linux оно разве что в рейзере4 сделано, плагином.

Аналогично будет реализовано и шифрование . Благо механизм уже отработан .

а оно не распаковывается в память потом целиком? что например для бинарников крайне неинтересно, да и текстовый файл большой может читаться по частям если не пожат. Или прогресс в этом произошел? почему тогда не жмут все?

а оно не распаковывается в память потом целиком? что например для бинарников крайне неинтересно, да и текстовый файл большой может читаться по частям если не пожат. Или прогресс в этом произошел? почему тогда не жмут все?

> а оно не распаковывается в память потом целиком? что например для бинарников крайне неинтересно, да и текстовый файл большой может читаться по частям если не пожат. Или прогресс в этом произошел? почему тогда не жмут все?

не "укурил" , was ist das ? ткните в PSARC на opensolaris.org , или откройте Вы баг репорт , если что-то не нравится ...

Фишка в том , что не файл-то жмется ... Жать все подряд - не факт , что это будет _эффективно_ . В этом выбор предоставлен ;-)

ну нет у меня соляриса. если жмутся блоки то почему не все жать подряд? значит где то все таки проблема?

Обсуждение этой новости на opennet,
а точнее вот эта фот фраза

================================
ZFS прикручивается через FUSE.

Что касается линкования с ядром то это нельзя не по техническим а по лицензионным причинам. Лицензия по которой распространяется ZFS и лицензия по которой расространяется ядро Linux несовместимы.
================================

навеяло вопрос.

Вопрос, наверное, глупый, но тем не менее.

Код портированной под FreeBSD ZFS, я так понимаю,
распространяется не по CDDL, а по BSD-лицензии?
BSD-лицензия совместима с GPL?
Получается, что можно ZFS под Linux портировать?

Или в принципе, ZFS и так, и так можно портировать
куда угодно и линковать с чем угодно, в том числе
и с ядром Linux, распространяющемся по GPL,
но только делать вы это будете своими силами и Sun
к этому не притронется.

Думаю, что нет.
То есть, портировать под Linux именно запрещенно.
Только не совсем понятно как.

Объясните, пожалуйста, в чём фокус-покус.

А какой смысл жать всё подряд? Ну допустим архивы или jpg/mp3?

Совсем другое дело -- текстовые файлы.

Но система этого не знает. Поэтому вы указываете какие файлы жать, а какие нет. В этом и есть избирательность сжатия.

ну почему у меня вся система в пожатых deb из инета скачивается, а не в нативном виде? места уж очень меньше занимает. просто я видел попытку сжатия в 90х и для бинарников все это ничего не дает, бо там считывается код по мере поребности и весь бинарь должен быть распакован и съест оперативки столько сколько весит. Если сдесь все так хитро и блоками, то почему не прменяется и где там проблема? Ведь работа с диском только ускоряется...

да и сжатие там явно слабое, иначе проц есть будет немерянно, поэтому текстовые файлы уж лучше gz прикладному софту это по барабану уже давно.

Сжатие там такое, какое захочешь - алгоритм по умолчанию имеет несколько уровней + еще алгоритмы на выбор.

Класс! Где то к лету выведу старый Е6000 из продакшена! Первым делом 10у5 взгромозжу и потестирую :)

Посмотрел инсталяционные диски
HP-UX 11i v1 -- Foundation OE

> Пока нет ... пока нет ... Будет update 5 , вот тогда и можно будет удалять из pool-a диски , даже без райд . А сейчас - нихт , недоработка , так сказать ;)

Значит таки не даработка, ну ждёмс Update 5 тогда, в прочем в ZFS постояно, что-то добавляют в рамках OpenSolaris, например, как возможность делигировать свои прова на администрирование определённой файловой системы другому пользователю, что ИМХО выглядит весьма интересно, если подумать, не давичи, как вчера наблюдал статью, которая расказывала про связку ZFS + Clamav, чтобы производить прозрачную проверку файлов на вирусы, на манер прозрачного сжатия, в ZFS - http://www.genunix.org/wiki/index.php/Implementing_vscan_service_with_ClamAV_...

Да это хорошо пока место есть, не надо вручную увеличивать/уменьшать fs (уменьшать онлайн может только jfs2 AIX 5.x)

А что будете делать когда свободное место станет предметом конкуренции? Придется заранее резервировать (reservation) под каждую fs необх. размер. А раз это делается заранее, то оно почти сводит на нет указанное выше преимущество.

> А что будете делать когда свободное место станет предметом конкуренции? Придется заранее резервировать (reservation) под каждую fs необх. размер. А раз это делается заранее, то оно почти сводит на нет указанное выше преимущество.

Тогда наращивание дальнейшее устройств в пуле или переход на SAN например, конечно ZFS не может на 100% спасти от огрех при изначальном планирование системы...:)

не буду мешать ZANSWER & ilyxa хвалить друг друга и zfs, просто подытожу _свое_личное_мение_ о zfs.
zfs очень хорош для Солярис и БСД, так как там ничего хорошего не было.
Для всех остальных он сырой и не так уж и нужен.

З.Ы. можно не отвечать, это все ИМХО.

Не будем мешать sdio, ему и так хорошо одному, вершить судьбы мира...:-P

З.Ы. Для всех остальных ZFS интересный и продвинутый продукт, кроме фанатиков, которые не могут его использовать по лицензионным причинам...:)

Что называется - "за сим откланиваемся, всем спасибо , все свободны ? ;)"

Ладно , можно и так - с наступающими праздниками , господа ! Всем желаю попробовать ZFS :)

это круто но речь о LVM в _Linux_ (:

> это круто но речь о LVM в _Linux_ (:

Речь о сравнениях ;)

Когда свободное место станет предметом конкуренции, а лучше - заранее, я сделаю zfs set reservation.

учимся читать!

>Да это хорошо пока место есть, не надо вручную увеличивать/уменьшать fs (уменьшать онлайн может только jfs2 AIX 5.x)

Где х >= 3 (про это не стоит забывать)

Ни у как же оно сводит на нет эту фичу?

> Где х >= 3 (про это не стоит забывать)

А товарисч sdio, любит не договаривать...:)

Вы ещё сравните это с fossil в plan9 :)

>Ни у как же оно сводит на нет эту фичу?

Не фичу, а преимущество этой фичи.
В LVM как, место из VG отрезали и отдали LV, a здесь фича в том, что fs сидят на общем пуле и хавают по-мере потребностей, админ отдыхает. Но как только вводят в действие reservation и quota, фича превращается в описанный выше LVM'овский принцип раздачи места.

Не надо за меня отвечать.

Могу с advfs сравнить, тоже пулы дисков, тоже fs с квотой, а не отрезанный ломоть в виде logical volume.
A в каком лохматом году оно появилось в Tru64 сами найдете если будет интересно.

> Не фичу, а преимущество этой фичи.

Не надо передергивать ;) Файловую систему zfs я расширю , просто докидав дисков в пул . И все . И фича снова станет просто фичей ;)

> A в каком лохматом году оно появилось в Tru64 сами найдете если будет интересно.

Ну уж просветите - здесь же все технари , любим точность .

http://h30097.www3.hp.com/unix/advfs.html

http://en.wikipedia.org/wiki/AdvFS

AdvFS is a proprietary file system developed in the early to mid 1990s
by Digital Equipment Corporation for their OSF/1 version of the Unix
operating system (later Digital UNIX/Tru64 UNIX).

AdvFS used a relatively advanced concept of storage pool, called file
domain and logical file systems, called file sets. A file domain was
composed of any number of block devices, which could be partitions,
LVM or LSM devices. A file set was a logical file system created in
one file domain. Administrator can add or remove volumes from an
active file domain, providing that there is enough space on the
remaining file domain, in case of removal.

File sets can be balanced - file content of file sets be balanced
across physical volumes. Particular files in a file set could be
striped across available volumes.

А еще в advfs есть (отключаемая !юзером!) корзина для удаленных файлов, а zfs слабо :-) ?

man mktrashcan

mktrashcan, rmtrashcan, shtrashcan - Attaches, detaches, or shows a trashcan directory

DESCRIPTION

  The trashcan utilities (mktrashcan and rmtrashcan) enable you to 
attach or detach an existing directory, which you specify as a 
trashcan directory, to any number of directories within the same 
fileset.

  A trashcan directory stores the files that are deleted with the unlink system call.




из man advfs

EXAMPLE

  The following example creates a domain called accounts_dmn, which contains
  dsk1c as the initial volume.  The example also creates two filesets,
  credit_fs and debit_fs, creates mount point directories, and mounts both
  filesets.

       # mkfdmn /dev/disk/dsk1c accounts_dmn
       # mkfset accounts_dmn credit_fs
       # mkfset accounts_dmn debit_fs
       # mkdir /mnt/credit /mnt/debit
       # mount -t advfs accounts_dmn#credit_fs /mnt/credit
       # mount -t advfs accounts_dmn#debit_fs /mnt/debit

Заметьте как и в zfs здесь нигде не указаны размеры fs. 
Если надо ограничить рост отдельных fs есть команда выставляющая 
quota (аналог zfs set quota=... pool/fs)

sdio - а разве кто то спорил что дековская фс крута? Нет - ибо крута воистину! Но! Ты много где альфочек найдешь сейчас? А портануть - не можно - оно в патентах выше крыши :(

PS: хЫпЫ все таки решили кильнуть линейку если ты не в курсе :(
Я уж лучше на линукс-бубен слезу чем на их бубуанутый чпукс на хайдомах .... Хотя хрен редьки не слаще :(

Вообще, весьма любопытный материал..

http://www.linux.org.ru/jump-message.jsp?msgid=1638392&cid=1642754

Я пытался как-то раскрутить местных аналитиков на сравнение advfs vs zfs

>> Код портированной под FreeBSD ZFS, я так понимаю, >> распространяется не по CDDL, а по BSD-лицензии? >> BSD-лицензия совместима с GPL? >> Получается, что можно ZFS под Linux портировать? Код ZFS как был так и остался под CDDL.

> >> Код портированной под FreeBSD ZFS, я так понимаю, >> распространяется не по CDDL, а по BSD-лицензии? >> BSD-лицензия совместима с GPL? >> Получается, что можно ZFS под Linux портировать? Код ZFS как был так и остался под CDDL.

Нет под FreeBSD ZFS тоже под CDDL, как они его перелицензировали бы, просто BSD лицензия совместима с CDDL, а GPL нет, поэтому нельзя, пока CDDL не станет совместима с GPL или SUN её не перелицензирует под двойной лицензией...:)

>Я пытался как-то раскрутить местных аналитиков на сравнение advfs vs zfs
>sdio ***** (*) (07.01.2008 22:05:31)

Ну а чего удивляться то? Если ZFS ты пощупать даже в России реально можешь то с Альфами под труЁЪ - боооооольшая напряженка. А на тех что есть - "поиграться" не дадут :)

GPL несовместима с ЛЮБОЙ лицензией, кою она не может поглотить. По-другому вирус не может.
Public Domain + GPL = GPL
BSD + GPL = GPL
BSD + CDDL = BSD + CDDL (по этой причине портирование DTrace так затянулось, т.к. нужна тесная интеграция с ядром, в отличие от ZFS, коя реализована отдельным модулем)

Кстати, если SUN выпустит CDDL под GPL3, то, боюсь, лайнаксоиды все равно остануться в пролете.